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FOREWORD 


Historical background 


Standards and Recommended Practices for Aeronautical Telecommunications were first adopted by the Council on 
30 May 1949 pursuant to the provisions of Article 37 of the Convention on International Civil Aviation (Chicago 1944) and 
designated as Annex 10 to the Convention. They became effective on 1 March 1950. The Standards and Recommended 
Practices were based on recommendations of the Communications Division at its Third Session in January 1949. 


Up to and including the Seventh Edition, Annex 10 was published in one volume containing four Parts together with 
associated attachments: Part I — Equipment and Systems, Part II — Radio Frequencies, Part III — Procedures, and Part IV 
— Codes and Abbreviations. 


By Amendment 42, Part IV was deleted from the Annex; the codes and abbreviations contained in that Part were 
transferred to a new document, Doc 8400. 


As a result of the adoption of Amendment 44 on 31 May 1965, the Seventh Edition of Annex 10 was replaced by two 
volumes: Volume I (First Edition) containing Part I — Equipment and Systems, and Part II — Radio Frequencies, and 
Volume II (First Edition) containing Communication Procedures. 


As a result of the adoption of Amendment 70 on 20 March 1995, Annex 10 was restructured to include five volumes: 
Volume I — Radio Navigation Aids; Volume II — Communication Procedures; Volume II] — Communication Systems; 
Volume IV — Surveillance Radar and Collision Avoidance Systems; and Volume V — Aeronautical Radio Frequency 
Spectrum Utilization. By Amendment 70, Volumes III and IV were published in 1995 and Volume V was planned for 
publication with Amendment 71. 


Table A shows the origin of Annex 10, Volume III subsequent to Amendment 70, together with a summary of the 
principal subjects involved and the dates on which the Annex and the amendments were adopted by Council, when they 
became effective and when they became applicable. 


Action by Contracting States 


Notification of differences. The attention of Contracting States is drawn to the obligation imposed by Article 38 of the 
Convention by which Contracting States are required to notify the Organization of any differences between their national 
regulations and practices and the International Standards contained in this Annex and any amendments thereto. Contracting 
States are invited to extend such notification to any differences from the Recommended Practices contained in this Annex 
and any amendments thereto, when the notification of such differences is important for the safety of air navigation. Further, 
Contracting States are invited to keep the Organization currently informed of any differences which may subsequently occur, 
or of the withdrawal of any differences previously notified. A specific request for notification of differences will be sent to 
Contracting States immediately after the adoption of each amendment to this Annex. 


The attention of States is also drawn to the provisions of Annex 15 related to the publication of differences between their 


national regulations and practices and the related ICAO Standards and Recommended Practices through the Aeronautical 
Information Service, in addition to the obligation of States under Article 38 of the Convention. 
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Promulgation of information. The establishment and withdrawal of and changes to facilities, services and procedures 
affecting aircraft operations provided in accordance with the Standards, Recommended Practices and Procedures specified in 
Annex 10 should be notified and take effect in accordance with the provisions of Annex 15. 


Use of the text of the Annex in national regulations. The Council, on 13 April 1948, adopted a resolution inviting the 
attention of Contracting States to the desirability of using in their own national regulations, as far as practicable, the precise 
language of those ICAO Standards that are of a regulatory character and also of indicating departures from the Standards, 
including any additional national regulations that were important for the safety or regularity of air navigation. Wherever 
possible, the provisions of this Annex have been deliberately written in such a way as would facilitate incorporation, without 
major textual changes, into national legislation. 


Status of Annex components 


An Annex is made up of the following component parts, not all of which, however, are necessarily found in every Annex; 
they have the status indicated: 


1.— Material comprising the Annex proper: 


a) Standards and Recommended Practices adopted by the Council under the provisions of the Convention. They are 
defined as follows: 


Standard: Any specification for physical characteristics, configuration, matériel, performance, personnel or 
procedure, the uniform application of which is recognized as necessary for the safety or regularity of international 
air navigation and to which Contracting States will conform in accordance with the Convention; in the event of 
impossibility of compliance, notification to the Council is compulsory under Article 38. 


Recommended Practice: Any specification for physical characteristics, configuration, matériel, performance, 
personnel or procedure, the uniform application of which is recognized as desirable in the interest of safety, 
regularity or efficiency of international air navigation, and to which Contracting States will endeavour to conform in 
accordance with the Convention. 


b) Appendices comprising material grouped separately for convenience but forming part of the Standards and 
Recommended Practices adopted by the Council. 


c) Definitions of terms used in the Standards and Recommended Practices which are not self-explanatory in that they 
do not have accepted dictionary meanings. A definition does not have independent status but is an essential part of 
each Standard and Recommended Practice in which the term is used, since a change in the meaning of the term 
would affect the specification. 


d) Tables and Figures which add to or illustrate a Standard or Recommended Practice and which are referred to 
therein, form part of the associated Standard or Recommended Practice and have the same status. 


2.— Material approved by the Council for publication in association with the Standards and Recommended Practices: 
a) Forewords comprising historical and explanatory material based on the action of the Council and including an 
explanation of the obligations of States with regard to the application of the Standards and Recommended Practices 


ensuing from the Convention and the Resolution of Adoption; 


b) Introductions comprising explanatory material introduced at the beginning of parts, chapters or sections of the 
Annex to assist in the understanding of the application of the text; 
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c) Notes included in the text, where appropriate, to give factual information or references bearing on the Standards or 
Recommended Practices in question, but not constituting part of the Standards or Recommended Practices; 


d) Attachments comprising material supplementary to the Standards and Recommended Practices, or included as a 
guide to their application. 


Disclaimer regarding patents 


Attention is drawn to the possibility that certain elements of Standards and Recommended Practices in this Annex may be the 
subject of patents or other intellectual property rights. ICAO shall not be responsible or liable for not identifying any or all 
such rights. ICAO takes no position regarding the existence, validity, scope or applicability of any claimed patents or other 
intellectual property rights, and accepts no responsibility or liability therefore or relating thereto. 


Selection of language 


This Annex has been adopted in four languages — English, French, Russian and Spanish. Each Contracting State is requested 
to select one of those texts for the purpose of national implementation and for other effects provided for in the Convention, 
either through direct use or through translation into its own national language, and to notify the Organization accordingly. 


Editorial practices 


The following practice has been adhered to in order to indicate at a glance the status of each statement: Standards have been 
printed in light face roman; Recommended Practices have been printed in light face italics, the status being indicated by the 
prefix Recommendation; Notes have been printed in light face italics, the status being indicated by the prefix Note. 


The following editorial practice has been followed in the writing of specifications: for Standards the operative verb 
“shall” is used, and for Recommended Practices the operative verb “should” is used. 


The units of measurement used in this document are in accordance with the International System of Units (SI) as 
specified in Annex 5 to the Convention on International Civil Aviation. Where Annex 5 permits the use of non-SI alternative 
units these are shown in parentheses following the basic units. Where two sets of units are quoted it must not be assumed that 
the pairs of values are equal and interchangeable. It may, however, be inferred that an equivalent level of safety is achieved 
when either set of units is used exclusively. 


Any reference to a portion of this document, which is identified by a number and/or title, includes all subdivisions of that 
portion. 
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Table A. Amendments to Annex 10, Volume III 
Adopted 
Effective 
Amendment Source(s) Subject(s) Applicable 

70 Air Navigation Commission, Introduction of new Volume II] and SARPs related to the Aeronautical 20 March 1995 
Third Meeting of the Mobile-Satellite Service (AMSS) 24 July 1995 
Aeronautical Mobile 9 November 1995 
Communications Panel (AMCP) 

71 Air Navigation Commission; Addition of specifications for the Mode S subnetwork of ATN; addition of 12 March 1996 
SP COM/OPS/95 Divisional material relating to the introduction of 8.33 kHz channel spacing; changes to 15 July 1996 
Meeting (1995); fifth meeting of | material related to the protection of air-ground communications in the VHF 7 November 1996 
the Secondary Surveillance band; addition of technical specifications relating to the RF characteristics for 
Radar Improvements and the VHF digital link (VDL). 

Collision Avoidance Systems 
Panel (SICASP); third meeting 
of the Aeronautical Mobile 
Communications Panel (AMCP) 

72 Air Navigation Commission; Introduction of SARPs and guidance material for VHF digital link (VDL); 12 March 1997 
fourth meeting of the definition for VDL and deletion of obsolete material on 21 July 1997 
Aeronautical Mobile air/ground data interchange. 6 November 1997 
Communications Panel (AMCP) 

73 Air Navigation Commission; Introduction of material relating to the ATN; changes to specifications of the 19 March 1998 
second meeting of the Mode S subnetwork. 20 July 1998 
Aeronautical 5 November 1998 
Telecommunication Network 
Panel (ATNP); sixth meeting of 
the Secondary Surveillance 
Radar Improvements and 
Collision Avoidance Systems 
Panel (SICASP) 

74 Fifth meeting of the Introduction of: a) specifications for HF data link; and b) changes to the 18 March 1999 
Aeronautical Mobile specifications for emergency locator transmitters. 19 July 1999 
Communications Panel 4 November 1999 
(AMCP); Air Navigation 
Commission 

715 Sixth meeting of the Changes to the AMSS SARPs introducing a new antenna type, a new voice 13 March 2000 
Aeronautical Mobile channel type and enhanced provisions for interoperability among AMSS 17 July 2000 
Communications Panel systems; changes to the VDL SARPs to reduce potential interference to current 2 November 2000 
(AMCP); Air Navigation VHF voice communication systems caused by VDL transmitters; changes to 
Commission the VHF voice communication SARPs to enhance immunity to interference 

from VDL transmitters on board the same aircraft. 

76 Third meeting of the Aeronautical telecommunication network (ATN) system management, security 12 March 2001 

Aeronautical and directory services; removal of detailed material relating to CIDIN; 16 July 2001 


22/11/07 


Telecommunication Network 
Panel (ATNP); seventh meeting 
of the Aeronautical Mobile 
Communications Panel 
(AMCP); the Secretariat assisted 
by the ATS Voice Switching and 
Signalling Study Group 
(AVSSSG) 


integrated voice and data link system (VDL Mode 3); data link satisfying 
surveillance applications (VDL Mode 4); deletion of all the provisions for 
VDL Mode 1; removal of the detailed technical specifications for VDL 
Mode 2; aeronautical speech circuits; update of references to the ITU Radio 
Regulations. 


(x) 
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Adopted 
Effective 
Amendment Source(s) Subject(s) Applicable 

77 Secondary Surveillance Radar Mode S subnetwork (Part I), aircraft addressing system (Part I). 27 February 2002 
Improvements and Collision 15 July 2002 
Avoidance Systems Panel 28 November 2002 
(SICASP) 

78 Air Navigation Commission Changes to technical specifications relating to radio frequency channels; 5 March 2003 

introduction of registration requirement for ELTs; incorporation of VDL 14 July 2003 
Modes 3 and 4 in the table of ATN subnetwork priorities (Table 3-3); editorial 27 November 2003 
amendments. 

79 Eighth meeting of the Changes to technical specifications relating to high frequency data link 23 February 2004 
Aeronautical Mobile (HFDL) to align them with relevant provisions of ITU RR; introduction of FM 12 July 2004 
Communications Panel (AMCP) — immunity characteristics for VDL Mode 4; deletion of the note indicating that 25 November 2004 

VDL Mode 4 SARPs apply to surveillance applications. 
80 Air Navigation Commission Provisions for the location protocols for use in emergency locator transmitters 25 February 2005 
(ELTs) operating on the 406 MHz frequency. 11 July 2005 
24 November 2005 
81 —_— No change. _— 
82 Aeronautical Communications Updating ATN provisions on AMHS; revision of AMS(R)S SARPs; 26 February 2007 
(2nd edition) Panel (ACP); introduction of UAT; updating of material on SSR Mode S data link and use of 16 July 2007 
Surveillance and Conflict Mode S extended squitter for ADS-B; relocation of Mode S and extended 22 November 2007 
Resolution Systems Panel squitter ADS-B data formats to separate manuals. 
(SCRSP); 
Operational Data Link Panel 
(OPLINKP) 

83 Aeronautical Communications The introduction of Internet Protocol Suite (IPS) technology to the 10 March 2008 

Panel (ACP) aeronautical telecommunication network (ATN) and introduction of provisions 20 July 2008 
for 8.33 kHz offset carrier systems in the very high frequency (VHF) double 20 November 2008 
sideband-amplitude modulation (DSB-AM). 

84 — No change. —_— 

85 Aeronautical Surveillance Panel Improvement of the procedure for the allocation of 24-bit addresses to States 26 February 2010 
(ASP) and updating the table of allocations. 12 July 2010 

18 November 2010 
86 — No change. — 
87 — No change. —_— 
88-A Aeronautical Communications a) Alignment of VDL SARPs, mainly to reflect recent updates to the ITU 26 February 2013 
Panel (ACP) Radio Regulations; 15 July 2013 
b) Provisions added to encourage implementation of ATN/IPS, while 14 November 2013 
indicating that ATN/OSI remains a supported Standard. 
88-B —_— No change. _— 
89 No change. —_ 
(xi) 
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Volume TIT 
Adopted 
Effective 
Amendment Source(s) Subject(s) Applicable 
90 First meeting of the a) introduction of the aeronautical mobile airport communications system 22 February 2016 

Communications Panel (CP/1) (AeroMACS); and 11 July 2016 

and the Secretariat; 10 November 2016 

second meeting of the b) new section on satellite voice communications (SATVOICE). 

Operational Data Link Panel 

(OPLINKP/2) 





10/11/16 
No. 90 


(xii) 


INTERNATIONAL STANDARDS AND 
RECOMMENDED PRACTICES 


PART I — DIGITAL DATA COMMUNICATION SYSTEMS 


CHAPTER 1. DEFINITIONS 


Note 1I.— All references to “Radio Regulations” are to the Radio Regulations published by the International 
Telecommunication Union (ITU). Radio Regulations are amended from time to time by the decisions embodied in the Final 
Acts of World Radiocommunication Conferences held normally every two to three years. Further information on the ITU 
processes as they relate to aeronautical radio system frequency use is contained in the Handbook on Radio Frequency 
Spectrum Requirements for Civil Aviation including statement of approved ICAO policies (Doc 9718). 


Note 2.— This Part of Annex 10 includes Standards and Recommended Practices for certain forms of equipment for 
communication systems. While the Contracting State will determine the necessity for specific installations in accordance with 
the conditions prescribed in the relevant Standard or Recommended Practice, review of the need for specific installation and 
the formulation of ICAO opinion and recommendations to Contracting States concerned, is carried out periodically by 
Council, ordinarily on the basis of recommendations of Regional Air Navigation Meetings (Doc 8144, Directives to Regional 
Air Navigation Meetings and Rules of Procedure for their Conduct). 


Note 3.— This chapter contains general definitions relevant to communication systems. Definitions specific to each of 
the systems included in this volume are contained in the relevant chapters. 


Note 4.— Material on secondary power supply and guidance material concerning reliability and availability for 
communication systems is contained in Annex 10, Volume I, 2.9 and Volume I, Attachment F, respectively. 


Aeronautical administrative communications (AAC). Communications necessary for the exchange of aeronautical 
administrative messages. 


Aeronautical operational control (AOC). Communication required for the exercise of authority over the initiation, continuation, 
diversion or termination of flight for safety, regularity and efficiency reasons. 


Aeronautical telecommunication network (ATN). A global internetwork architecture that allows ground, air-ground and 
avionic data subnetworks to exchange digital data for the safety of air navigation and for the regular, efficient and 
economic operation of air traffic services. 


Aircraft address. A unique combination of twenty-four bits available for assignment to an aircraft for the purpose of air- 
ground communications, navigation and surveillance. 


Aircraft earth station (AES). A mobile earth station in the aeronautical mobile-satellite service located on board an aircraft 


(see also “GES”). 
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Air traffic service. A generic term meaning variously, flight information service, alerting service, air traffic advisory service, 
air traffic control service (area control service, approach control service or aerodrome control service). 


Automatic dependent surveillance — contract (ADS-C). A means by which the terms of an ADS-C agreement will be 
exchanged between the ground system and the aircraft, via a data link, specifying under what conditions ADS-C reports 
would be initiated, and what data would be contained in the reports. 


Automatic terminal information service (ATIS). The automatic provision of current, routine information to arriving and 
departing aircraft throughout 24 hours or a specified portion thereof. 


Data link-automatic terminal information service (D-ATIS). The provision of ATIS via data link. 


Voice-automatic terminal information service (Voice-ATIS). The provision of ATIS by means of continuous and 
repetitive voice broadcasts. 


Bit error rate (BER). The number of bit errors in a sample divided by the total number of bits in the sample, generally 
averaged over many such samples. 


Carrier-to-multipath ratio (C/M). The ratio of the carrier power received directly, i.e. without reflection, to the multipath 
power, i.e. carrier power received via reflection. 


Carrier-to-noise density ratio (C/N,). The ratio of the total carrier power to the average noise power in a | Hz bandwidth, 
usually expressed in dBHz. 


Channel rate. The rate at which bits are transmitted over the RF channel. These bits include those bits used for framing and 
error correction, as well as the information bits. For burst transmission, the channel rate refers to the instantaneous burst 
rate over the period of the burst. 


Channel rate accuracy. This is relative accuracy of the clock to which the transmitted channel bits are synchronized. For 
example, at a channel rate of 1.2 kbits/s, maximum error of one part in 10° implies the maximum allowed error in the 


clock is +1.2 x 10° Hz. 


Circuit mode. A configuration of the communications network which gives the appearance to the application of a dedicated 
transmission path. 


Controller pilot data link communications (CPDLC). A means of communication between controller and pilot, using data 
link for ATC communications. 


Data link flight information services (D-FIS). The provision of FIS via data link. 

Doppler shift. The frequency shift observed at a receiver due to any relative motion between transmitter and receiver. 

End-to-end. Pertaining or relating to an entire communication path, typically from (1) the interface between the information 
source and the communication system at the transmitting end to (2) the interface between the communication system and 
the information user or processor or application at the receiving end. 

End-user. An ultimate source and/or consumer of information. 

Energy per symbol to noise density ratio (E,/N,). The ratio of the average energy transmitted per channel symbol to the 
average noise power in a | Hz bandwidth, usually expressed in dB. For A-BPSK and A-QPSK, one channel symbol 


refers to one channel bit. 


Equivalent isotropically radiated power (e.i.r.p.). The product of the power supplied to the antenna and the antenna gain in a 
given direction relative to an isotropic antenna (absolute or isotropic gain). 
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Flight information service (FIS). A service provided for the purpose of giving advice and information useful for the safe and 
efficient conduct of flights. 


Forward error correction (FEC). The process of adding redundant information to the transmitted signal in a manner which 
allows correction, at the receiver, of errors incurred in the transmission. 


Gain-to-noise temperature ratio. The ratio, usually expressed in dB/K, of the antenna gain to the noise at the receiver output 
of the antenna subsystem. The noise is expressed as the temperature that a | ohm resistor must be raised to produce the 
same noise power density. 


Ground earth station (GES). An earth station in the fixed satellite service, or, in some cases, in the aeronautical 
mobile-satellite service, located at a specified fixed point on land to provide a feeder link for the aeronautical mobile- 
satellite service. 


Note.— This definition is used in the ITU’s Radio Regulations under the term “aeronautical earth station”. The 
definition herein as “GES” for use in the SARPs is to clearly distinguish it from an aircraft earth station (AES), which is a 
mobile station on an aircraft. 


Mode S subnetwork. A means of performing an interchange of digital data through the use of secondary surveillance radar 
(SSR) Mode S interrogators and transponders in accordance with defined protocols. 


Point-to-point. Pertaining or relating to the interconnection of two devices, particularly end-user instruments. A 
communication path of service intended to connect two discrete end-users; as distinguished from broadcast or multipoint 
service. 


Slotted aloha. A random access strategy whereby multiple users access the same communications channel independently, but 
each communication must be confined to a fixed time slot. The same timing slot structure is known to all users, but there 
is no other coordination between the users. 


Time division multiple access (TDMA). A multiple access scheme based on time-shared use of an RF channel employing: 
(1) discrete contiguous time slots as the fundamental shared resource; and (2) a set of operating protocols that allows 
users to interact with a master control station to mediate access to the channel. 


Time division multiplex (TDM). A channel sharing strategy in which packets of information from the same source but with 
different destinations are sequenced in time on the same channel. 


Transit delay. In packet data systems, the elapsed time between a request to transmit an assembled data packet and an 
indication at the receiving end that the corresponding packet has been received and is ready to be used or forwarded. 


VHF digital link (VDL). A constituent mobile subnetwork of the aeronautical telecommunication network (ATN), operating 
in the aeronautical mobile VHF frequency band. In addition, the VDL may provide non-ATN functions such as, for 
instance, digitized voice. 
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[to be developed] 
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CHAPTER 3. AERONAUTICAL 
TELECOMMUNICATION NETWORK 


Note 1.— Detailed technical specifications for ATN/OSI applications are contained in the Manual on Detailed Technical 
Specifications for the Aeronautical Telecommunication Network (ATN) using ISO/OSI Standards and Protocols (Doc 9880) 
and in the Manual of Technical Provisions for the Aeronautical Telecommunication Network (ATN) (Doc 9705). 


Note 2.— Detailed technical specifications for ATNAPS applications are contained in the Manual for the Aeronautical 


Telecommunication Network (ATN) using Internet Protocol Suite (IPS) Standards and Protocols (Doc 9896) (available 
electronically on the ICAO-Net). 


3.1 DEFINITIONS 


Application entity (AE). An AE represents a set of ISO/OSI communication capabilities of a particular application process 
(see ISO/IEC 9545 for further details). 


ATN security services. A set of information security provisions allowing the receiving end system or intermediate system to 
unambiguously identify (i.e. authenticate) the source of the received information and to verify the integrity of that 


information. 


ATS interfacility data communication (AIDC). Automated data exchange between air traffic services units in support of 
flight notification, flight coordination, transfer of control and transfer of communication. 


ATS message handling service (ATSMHS). An ATN application consisting of procedures used to exchange ATS messages 
in store-and-forward mode over the ATN such that the conveyance of an ATS message is in general not correlated with 


the conveyance of another ATS message by the service provider. 


ATS message handling system (AMHS). The set of computing and communication resources implemented by ATS 
organizations to provide the ATS message handling service. 


Authorized path. A communication path suitable for a given message category. 


Data link initiation capability (DLIC). A data link application that provides the ability to exchange addresses, names and 
version numbers necessary to initiate data link applications (see Doc 4444). 


Directory service (DIR). A service, based on the ITU-T X.500 series of recommendations, providing access to and 
management of structured information relevant to the operation of the ATN and its users. 


Required communication performance (RCP). A statement of the performance requirements for operational communication 
in support of specific ATM functions (see Manual on Required Communication Performance (RCP) (Doc 9869)). 
3.2. INTRODUCTION 


3.2.1 The ATN is specifically and exclusively intended to provide digital data communications services to air traffic 
service provider organizations and aircraft operating agencies in support of: 
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a) air traffic services communications (ATSC) with aircraft; 
b) air traffic services communications between ATS units; 
c) aeronautical operational control communications (AOC); and 


d) aeronautical administrative communications (AAC). 


3.3. GENERAL 


Note — The Standards and Recommended Practices in sections 3.4 to 3.8 define the minimum required protocols and 
services that will enable the global implementation of the aeronautical telecommunication network (ATN). 


3.3.1 ATN communication services shall support ATN applications. 
3.3.2 Requirements for implementation of the ATN shall be made on the basis of regional air navigation agreements. 


These agreements shall specify the area in which the communication standards for the ATN/OSI or the ATN/IPS are 
applicable. 


3.4 GENERAL REQUIREMENTS 
3.4.1 The ATN shall either use International Organization for Standardization (ISO) communication standards for open 
systems interconnection (OSI) or use the Internet Society (ISOC) communications standards for the Internet Protocol Suite 
(IPS). 
Note 1.— ATNAPS implementation is preferred for ground-ground networks. While ATN/OSI continues to be supported 


in air-ground networks, particularly when using VDL Mode 2, it is expected that future air-ground implementations will use 
the ATN/IPS. 


Note 2.— Interoperability between interconnecting OSI/IPS networks is expected to be arranged prior to 
implementation. 


Note 3.— Guidance material on interoperability between ATN/OSI and ATN/IPS is contained in Doc 9896. 


3.4.2. The AFTN/AMHS gateway shall ensure the interoperability of AFTN and CIDIN stations and networks with the 
ATN. 


3.4.3. An authorized path(s) shall be defined on the basis of a predefined routing policy. 


3.4.4 The ATN shall transmit, relay and deliver messages in accordance with the priority classifications and without 
discrimination or undue delay. 


3.4.5 The ATN shall provide means to define data communications that can be carried only over authorized paths for 
the traffic type and category specified by the user. 


3.4.6 The ATN shall provide communication in accordance with the prescribed required communication performance 
(RCP). 


Note.— The Manual on Required Communication Performance (RCP) (Doc 9869) contains the necessary information on 
RCP. 
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3.4.7. The ATN shall operate in accordance with the communication priorities defined in Table 3-1" and Table 3-2. 
3.4.8 The ATN shall enable exchange of application information when one or more authorized paths exist. 

3.4.9 The ATN shall notify the appropriate application processes when no authorized path exists. 

3.4.10 The ATN shall make provisions for the efficient use of limited bandwidth subnetworks. 


3.4.11 Recommendation.— The ATN should enable an aircraft intermediate system (router) to connect to a ground 
intermediate system (router) via different subnetworks. 


3.4.12 Recommendation.— The ATN should enable an aircraft intermediate system (router) to connect to different 
ground intermediate systems (routers). 


3.4.13 The ATN shall enable the exchange of address information between applications. 


3.4.14 Where the absolute time of day is used within the ATN, it shall be accurate to within 1 second of coordinated 
universal time (UTC). 


Note.— The time accuracy value results in synchronization errors of up to two seconds. 


3.5 ATN APPLICATIONS REQUIREMENTS 


3.5.1 System applications 
Note.— System applications provide services that are necessary for operation of the ATN. 


3.5.1.1 The ATN shall support the data link initiation capability (DLIC) applications when air-ground data links are 
implemented. 


Note.— The Manual of Air Traffic Services Data Link Applications (Doc 9694, Part I) defines the data link initiation 
capability (DLIC) application. 


3.5.1.2 The ATN/OSI end-system shall support the following directory services (DIR) application functions when 
AMHS and/or security protocols are implemented: 


a) directory information retrieval; and 


b) directory information modification. 


3.5.2 Air-ground applications 
3.5.2.1 The ATN shall be capable of supporting one or more of the following applications: 


a) ADS-C: 





* Tables 3-1 and 3-2 are located at the end of this chapter. 
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b) CPDLC; and 
c) FIS including ATIS and METAR). 


Note.— See the Manual of Air Traffic Services Data Link Applications (Doc 9694). 


3.5.3 Ground-ground applications 
3.5.3.1. The ATN shall be capable of supporting the following applications: 
a) ATS interfacility data communication (AIDC); and 
b) ATS message handling services applications (ATSMHS). 


Note.— See the Manual of Air Traffic Services Data Link Applications (Doc 9694). 


3.6 ATN COMMUNICATIONS SERVICE REQUIREMENTS 


3.6.1 ATN/IPS upper layer communications service 


3.6.1.1. An ATN host’ shall be capable of supporting the ATN/IPS upper layers including an application layer. 


3.6.2 ATN/OSI upper layer communications service 
3.6.2.1 An ATN/OSI end-system (ES)* shall be capable of supporting the OSI upper layer communications service 
(ULCS) including session, presentation and application layers. 
3.6.3 ATN/IPS communications service 
3.6.3.1 An ATN host shall be capable of supporting the ATN/IPS including the: 
a) transport layer in accordance with RFC 793 (TCP) and RFC 768 (UDP); and 
b) network layer in accordance with RFC 2460 (IPv6). 
3.6.3.2. An IPS router shall support the ATN network layer in accordance with RFC 2460 (IPv6) and RFC 4271 (BGP), 
and RFC 2858 (BGP multiprotocol extensions). 
3.6.4 ATN/OSI communications service 
3.6.4.1. An ATN/OSI end-system shall be capable of supporting the ATN including the: 
a) transport layer in accordance with ISO/IEC 8073 (TP4) and optionally ISO/IEC 8602 (CLTP); and 


b) network layer in accordance with ISO/IEC 8473 (CLNP). 





* An ATN host is an ATN end-system in OSI terminology; an ATN end-system is an ATN host in IPS terminology. 
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3.6.4.2 An ATN intermediate system (IS) shall support the ATN network layer in accordance with ISO/IEC 8473 
(CLNP) and ISO/IEC 10747 CDRP). 


3.7 ATN NAMING AND ADDRESSING REQUIREMENTS 


Note.— The ATN naming and addressing scheme supports the principles of unambiguous identification of intermediate 
systems (routers) and end-systems (hosts) and provides global address standardization. 


3.7.1 The ATN shall provide provisions for unambiguous application identification. 
3.7.2 The ATN shall provide provisions for unambiguous addressing. 


3.7.3. The ATN shall provide means to unambiguously address all ATN end-systems (hosts) and intermediate systems 
(routers). 


3.7.4 The ATN addressing and naming plans shall allow States and organizations to assign addresses and names within 
their own administrative domains. 


3.8 ATN SECURITY REQUIREMENTS 


3.8.1 The ATN shall make provisions whereby only the controlling ATS unit may provide ATC instructions to aircraft 
operating in its airspace. 


Note.— This is achieved through the current and next data authority aspects of the controller-pilot data link 
communications (CPDLC) application. 


3.8.2 The ATN shall enable the recipient of a message to identify the originator of that message. 


3.8.3 ATN end-systems supporting ATN security services shall be capable of authenticating the identity of peer end- 
systems, authenticating the source of messages and ensuring the data integrity of the messages. 


Note.— The use of security is the default; however, its implementation is based on local policy. 


3.8.4 The ATN services shall be protected against service attacks to a level consistent with the application service 
requirements. 
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Table 3-1. Mapping of ATN communication priorities 
Corresponding protocol priority 
Transport layer Network layer 
Message categories ATN application priority priority 
Network/systems management 0 14 
Distress communications 1 13 
Urgent communications 2 12 
High-priority flight safety messages CPDLC, ADS-C 3 11 
Normal-priority flight safety messages AIDC, ATIS 4 10 
Meteorological communications METAR 5 9 
Flight regularity communications DLIC, ATSMHS 6 8 
Aeronautical information service messages 7 7 
Network/systems administration DIR 8 6 
Aeronautical administrative messages 9 5 
<unassigned> 10 4 
Urgent-priority administrative and U.N. Charter 11 3 
communications 
High-priority administrative and State/Government 12 2 
communications 
Normal-priority administrative communications 13 1 
Low-priority administrative communications and 14 0 
aeronautical passenger communications 
Note.— The network layer priorities shown in the table apply only to connectionless network priority and do not apply 
to subnetwork priority. 
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Table 3-2. Mapping of ATN network priority to mobile subnetwork priority 





Corresponding mobile subnetwork priority (see Note 4) 





















































aeronautical passenger 
communications 























ATN network 
layer VDL VDL VDL SSR 

Message categories priority AMSS Mode 2 Mode 3 Mode 4 Mode S HFDL 
Network/systems 14 14 see Note 1 3 14 high 14 
management 
Distress communications 13 14 see Note 1 2 13 high 14 
Urgent communications 12 14 see Note 1 2 12 high 14 
High-priority flight safety 11 11 see Note 1 2 11 high 11 
messages 
Normal-priority flight safety 10 11 see Note 1 2 10 high 11 
messages 
Meteorological 9 8 see Note 1 1 9 low 8 
communications 
Flight regularity 8 7 see Note 1 1 8 low 7 
communications 
Aeronautical information 7 6 see Note 1 0 7 low 6 
service messages 
Network/systems 6 5 see Note 1 0 6 low 5 
administration 
Aeronautical administrative 5 5 not not not not not 
messages allowed allowed allowed allowed allowed 
<unassigned> 4 unassigned | unassigned | unassigned | unassigned | unassigned | unassigned 
Urgent-priority 3 3 not not not not not 
administrative and U.N. allowed allowed allowed allowed allowed 
Charter communications 
High-priority administrative 2 2 not not not not not 
and State/Government allowed allowed allowed allowed allowed 
communications 
Normal-priority 1 1 not not not not not 
administrative allowed allowed allowed allowed allowed 
communications 
Low-priority administrative 0 0 not not not not not 
communications and allowed allowed allowed allowed allowed 





network layer priority. 





Note 1.— VDL Mode 2 has no specific subnetwork priority mechanisms. 


Note 2.— The AMSS SARPs specify mapping of message categories to subnetwork priority without explicitly referencing ATN 


Note 3.— The term “not allowed” means that only communications related to safety and regularity of flight are authorized to pass 
over this subnetwork as defined in the subnetwork SARPs. 


Note 4.— Only those mobile subnetworks are listed for which subnetwork SARPs exist and for which explicit support is provided 
by the ATN boundary intermediate system (BIS) technical provisions. 
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Note 1.— Shading indicates elements outside the scope of these SARPs. User requirements define the interface between the 
application entity and the user and ensure the functionality and interoperability of the ATN. 


Note 2.— The figure represents a simplified model of the ATN and does not depict all of its capabilities (e.g. the store and forward 
capability which is provided for ATS message handling service). 


Note 3.— Various end-to-end points have been defined within the ATN to specify certain end-to-end performance requirements. It 
may be necessary, however, to define different end-to-end points to facilitate the qualification of implementations to those performance 
requirements. In such cases, the end-to-end points should be clearly defined and correlated with the end-to-end points shown in the figure. 


Note 4.— An IS is a conceptual representation of functionality and does not correspond precisely to a router. A router which 
implements the system management application requires the protocols of an end system and when using the system management 
application is also acting as an end system. 
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Conceptual model of the ATN 


CHAPTER 4. AERONAUTICAL MOBILE-SATELLITE (ROUTE) 
SERVICE (AMS(R)S) 


Note 1.— This chapter contains Standards and Recommended Practices applicable to the use of Aeronautical Mobile- 
Satellite (R) Service communications technologies. The Standards and Recommended Practices in this chapter are service- 
and performance-oriented and are not tied to a specific technology or technique. 


Note 2.— Detailed Technical Specifications of AMS(R)S Systems are contained in the manual on AMS(R)S. This 
document also provides a detailed description of the AMS(R)S, including details on the Standards and Recommended 
Practices below. 


4.1 DEFINITIONS 


Connection establishment delay. Connection establishment delay, as defined in ISO 8348, includes a component, attributable 
to the called subnetwork (SN) service user, which is the time between the SN-CONNECT indication and the SN-CONNECT 
response. This user component is due to actions outside the boundaries of the satellite subnetwork and is therefore excluded 
from the AMS(R)S specifications. 


Data transfer delay (95th percentile). The 95th percentile of the statistical distribution of delays for which transit delay is the 
average. 


Data transit delay. In accordance with ISO 8348, the average value of the statistical distribution of data delays. This delay 
represents the subnetwork delay and does not include the connection establishment delay. 


Network (N). The word “network” and its abbreviation “N” in ISO 8348 are replaced by the word “subnetwork” and its 
abbreviation “SN”, respectively, wherever they appear in relation to the subnetwork layer packet data performance. 


Residual error rate. The ratio of incorrect, lost and duplicate subnetwork service data units (SNSDUs) to the total number of 
SNSDUs that were sent. 


Spot beam. Satellite antenna directivity whose main lobe encompasses significantly less than the earth’s surface that is within 
line-of-sight view of the satellite. May be designed so as to improve system resource efficiency with respect to geographical 
distribution of user earth stations. 


Subnetwork (SN). See Network (N). 


Subnetwork service data unit (SNSDU). An amount of subnetwork user data, the identity of which is preserved from one 
end of a subnetwork connection to the other. 


Total voice transfer delay. The elapsed time commencing at the instant that speech is presented to the AES or GES and 
concluding at the instant that the speech enters the interconnecting network of the counterpart GES or AES. This delay 
includes vocoder processing time, physical layer delay, RF propagation delay and any other delays within an AMS(R)S 


subnetwork. 


Note.— The following terms used in this chapter are defined in Annex 10 as follows: 
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e Aeronautical telecommunication network (ATN): Volume II, Chapter 1. 

e Aeronautical mobile-satellite (route) service (AMS(R)S): Volume I, Chapter 1.1. 
¢ Aircraft earth station (AES): Volume III, Chapter 1. 

¢ Ground earth station (GES): Volume IIT, Chapter 1. 


¢  Subnetwork layer: Volume III, Chapter 6.1. 


4.2 GENERAL 
4.2.1 Any mobile-satellite system intended to provide AMS(R)S shall conform to the requirements of this chapter. 
4.2.1.1 An AMS(R)S system shall support packet data service, or voice service, or both. 
4.2.2 Requirements for mandatory carriage of AMS(R)S system equipment including the level of system capability 
shall be made on the basis of regional air navigation agreements which specify the airspace of operation and the 
implementation timescales for the carriage of equipment. A level of system capability shall include the performance of the 


AES, the satellite and the GES. 


4.2.3 The agreements indicated in 4.2.2 shall provide at least two years’ notice of mandatory carriage of airborne 
systems. 


4.2.4 Recommendation.— Civil aviation authorities should coordinate with national authorities and service 


providers those implementation aspects of an AMS(R)S system that will permit its worldwide interoperability and optimum 
use, as appropriate. 


4.3. RF CHARACTERISTICS 


4.3.1 Frequency bands 


Note.— ITU Radio Regulations permit systems providing mobile-satellite service to use the same spectrum as AMS(R)S 
without requiring such systems to offer safety services. This situation has the potential to reduce the spectrum available for 
AMS(R)S. It is critical that States consider this issue in frequency planning and in the establishment of national or regional 
spectrum requirements. 


4.3.1.1 When providing AMS(R)S communications, an AMS(R)S system shall operate only in frequency bands which 
are appropriately allocated to AMS(R)S and protected by the ITU Radio Regulations. 


4.3.2 Emissions 
4.3.2.1 The total emissions of the AES necessary to meet designed system performance shall be controlled to avoid 
harmful interference to other systems necessary to support safety and regularity of air navigation, installed on the same or 


other aircraft. 


Note 1.— Harmful interference can result from radiated and/or conducted emissions that include harmonics, discrete 
spurious, intermodulation product and noise emissions, and are not necessarily limited to the “transmitter on” state. 
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Note 2.— Protection requirements for GNSS are contained in Annex 10, Volume I. 


4.3.2.2. INTERFERENCE TO OTHER AMS(R)S EQUIPMENT 


4.3.2.2.1 Emissions from an AMS(R)S system AES shall not cause harmful interference to an AES providing 
AMS(R)S on a different aircraft. 


Note.— One method of complying with 4.3.2.2.1 is by limiting emissions in the operating band of other AMS(R)S 
equipment to a level consistent with the intersystem interference requirements such as contained in RTCA document DO-215. 


RTCA and EUROCAE may establish new performance standards for future AMS(R)S which may describe methods of 
compliance with this requirement. 


4.3.3 Susceptibility 


4.3.3.1 The AES equipment shall operate properly in an interference environment causing a cumulative relative change 
in its receiver noise temperature (AT/T) of 25 per cent. 


4.4 PRIORITY AND PRE-EMPTIVE ACCESS 
4.4.1 Every aircraft earth station and ground earth station shall be designed to ensure that messages transmitted in 
accordance with Annex 10, Volume II, 5.1.8, including their order of priority, are not delayed by the transmission and/or 
reception of other types of messages. If necessary, as a means to comply with the above requirement, message types not 
defined in Annex 10, Volume II, 5.1.8 shall be terminated even without warning, to allow Annex 10, Volume II, 5.1.8 type 
messages to be transmitted and received. 


4.4.2 All AMS(R)S data packets and all AMS(R)S voice calls shall be identified as to their associated priority. 


4.4.3 Within the same message category, the system shall provide voice communications priority over data 
communications. 


4.55 SIGNAL ACQUISITION AND TRACKING 


4.5.1 The AES, GES and satellites shall properly acquire and track service link signals when the aircraft is moving at a 
ground speed of up to 1 500 km/h (800 knots) along any heading. 


4.5.1.1 Recommendation.— The AES, GES and satellites should properly acquire and track service link signals when 
the aircraft is moving at a ground speed of up to 2 800 km/h (1 500 knots) along any heading. 


4.5.2 The AES, GES and satellites shall properly acquire and track service link signals when the component of the 
aircraft acceleration vector in the plane of the satellite orbit is up to 0.6 g. 


4.5.2.1 Recommendation.— The AES, GES and satellites should properly acquire and track service link signals when 
the component of the aircraft acceleration vector in the plane of the satellite orbit is up to 1.2 g. 
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4.66 PERFORMANCE REQUIREMENTS 


4.6.1 Designated operational coverage 


4.6.1.1 An AMS(R)S system shall provide AMS(R)S throughout its designated operational coverage (DOC). 


4.6.2 Failure notification 


4.6.2.1 In the event of a service failure, an AMS(R)S system shall provide timely predictions of the time, location and 
duration of any resultant outages until full service is restored. 


Note.— Service outages may, for example, be caused by the failure of a satellite, satellite spot beam, or GES. The 
geographic areas affected by such outages may be a function of the satellite orbit and system design, and may vary with time. 


4.6.2.2 The system shall annunciate a loss of communications capability within 30 seconds of the time when it detects 
such a loss. 
4.6.3 AES requirements 


4.6.3.1 The AES shall meet the relevant performance requirements contained in 4.6.4 and 4.6.5 for aircraft in straight 
and level flight throughout the designated operational coverage of the satellite system. 


4.6.3.1.1 Recommendation.— The AES should meet the relevant performance requirements contained in 4.6.4 and 
4.6.5 for aircraft attitudes of +20/-5 degrees of pitch and +/-25 degrees of roll throughout the DOC of the satellite system. 
4.6.4 Packet data service performance 
4.6.4.1 If the system provides AMS(R)S packet data service, it shall meet the standards of the following subparagraphs. 
Note.— System performance standards for packet data service may also be found in RTCA Document DO-270. 


4.6.4.1.1 An AMS(R)S system providing a packet data service shall be capable of operating as a constituent mobile 
subnetwork of the ATN. 


Note.— In addition, an AMS(R)S may provide non-ATN data functions. 
4.6.4.1.2 DELAY PARAMETERS 

Note.— The term “highest priority service” denotes the priority which is reserved for distress, urgency and certain 
infrequent network system management messages. The term “lowest priority service” denotes the priority used for regularity 
of flight messages. All delay parameters are under peak-hour traffic loading conditions. 

4.6.4.1.2.1 Connection establishment delay. Connection establishment delay shall not be greater than 70 seconds. 


4.6.4.1.2.1.1 Recommendation.— Connection establishment delay should not be greater than 50 seconds. 


4.6.4.1.2.2 In accordance with ISO 8348, data transit delay values shall be based on a fixed subnetwork service data 
unit (SNSDU) length of 128 octets. Data transit delays shall be defined as average values. 
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4.6.4.1.2.3 Data transit delay, from-aircraft, highest priority. From-aircraft data transit delay shall not be greater than 
40 seconds for the highest priority data service. 


4.6.4.1.2.3.1 Recommendation.— Data transit delay, from-aircraft, highest priority. From-aircraft data transit delay 
should not be greater than 23 seconds for the highest priority data service. 


4.6.4.1.2.3.2 Recommendation.— Data transit delay, from-aircraft, lowest priority. From-aircraft data transit delay 
should not be greater than 28 seconds for the lowest priority data service. 


4.6.4.1.2.4 Data transit delay, to-aircraft, highest priority. To-aircraft data transit delay shall not be greater than 
12 seconds for the highest priority data service. 


4.6.4.1.2.4.1 Recommendation.— Data transit delay, to-aircraft, lowest priority. To-aircraft data transit delay should 
not be greater than 28 seconds for the lowest priority data service. 


4.6.4.1.2.5 Data transfer delay (95th percentile), from-aircraft, highest priority. From-aircraft data transfer delay 
(95th percentile), shall not be greater than 80 seconds for the highest priority data service. 


4.6.4.1.2.5.1 Recommendation.— Data transfer delay (95th percentile), from-aircraft, highest priority. From-aircraft 
data transfer delay (95th percentile), should not be greater than 40 seconds for the highest priority data service. 


4.6.4.1.2.5.2 Recommendation.— Data transfer delay (95th percentile), from-aircraft, lowest priority. From-aircraft 
data transfer delay (95th percentile), should not be greater than 60 seconds for the lowest priority data service. 


4.6.4.1.2.6 Data transfer delay (95th percentile), to-aircraft, highest priority. To-aircraft data transfer delay 
(95th percentile), shall not be greater than 15 seconds for the highest priority data service. 


4.6.4.1.2.6.1 Recommendation.— Data transfer delay (95th percentile), to-aircraft, lowest priority. To-aircraft data 
transfer delay (95th percentile), should not be greater than 30 seconds for the lowest priority data service. 


4.6.4.1.2.7. Connection release delay (95th percentile). The connection release delay (95th percentile) shall not be 
greater than 30 seconds in either direction. 


4.6.4.1.2.7.1 Recommendation.— The connection release delay (95th percentile) should not be greater than 
25 seconds in either direction. 


4.6.4.1.3 INTEGRITY 


4.6.4.1.3.1 Residual error rate, from-aircraft. The residual error rate in the from-aircraft direction shall not be greater 
than 10% per SNSDU. 


4.6.4.1.3.1.1 Recommendation.— The residual error rate in the from-aircraft direction should not be greater than 
10° per SNSDU. 


4.6.4.1.3.2 Residual error rate, to-aircraft. The residual error rate in the to-aircraft direction shall not be greater than 
10° per SNSDU. 


4.6.4.1.3.3. Connection resilience. The probability of a subnetwork connection (SNC) provider-invoked SNC release 
shall not be greater than 10“ over any one-hour interval. 


Note.— Connection releases resulting from GES-to-GES handover, AES log-off or virtual circuit pre-emption are 
excluded from this specification. 
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4.6.4.1.3.4 The probability of an SNC provider-invoked reset shall not be greater than 10"! over any one-hour interval. 


4.6.5 Voice service performance 

4.6.5.1 If the system provides AMS(R)S voice service, it shall meet the requirements of the following subparagraphs. 

Note.— ICAO is currently considering these provisions in the light of the introduction of new technologies. 
4.6.5.1.1 CALL PROCESSING DELAY 

4.6.5.1.1.1 AES origination. The 95th percentile of the time delay for a GES to present a call origination event to the 
terrestrial network interworking interface after a call origination event has arrived at the AES interface shall not be greater 
than 20 seconds. 

4.6.5.1.1.2 GES origination. The 95th percentile of the time delay for an AES to present a call origination event at its 
aircraft interface after a call origination event has arrived at the terrestrial network interworking interface shall not be greater 
than 20 seconds. 


4.6.5.1.2 VOICE QUALITY 


4.6.5.1.2.1 The voice transmission shall provide overall intelligibility performance suitable for the intended operational 
and ambient noise environment. 


4.6.5.1.2.2 The total allowable transfer delay within an AMS(R)S subnetwork shall not be greater than 0.485 seconds. 


4.6.5.1.2.3 Recommendation.— Due account should be taken of the effects of tandem vocoders and/or other 
analog/digital conversions. 


4.6.5.1.3. VOICE CAPACITY 


4.6.5.1.3.1 The system shall have sufficient available voice traffic channel resources such that an AES- or GES- 
originated AMS(R)S voice call presented to the system shall experience a probability of blockage of no more than 10°. 


Note.— Available voice traffic channel resources include all pre-emptable resources, including those in use by non- 
AMS(R)S communications. 


4.6.6 Security 
4.6.6.1 The system shall provide features for the protection of messages in transit from tampering. 


4.6.6.2 The system shall provide features for protection against denial of service, degraded performance characteristics, 
or reduction of system capacity when subjected to external attacks. 


Note.— Possible methods of such attack include intentional flooding with spurious messages, intentional corruption of 
system software or databases, or physical destruction of the support infrastructure. 


4.6.6.3 The system shall provide features for protection against unauthorized entry. 


Note.— These features are intended to provide protection against spoofing and “phantom controllers”. 


22/11/07 1-4-6 


Part I Annex 10 — Aeronautical Communications 





4.7 SYSTEM INTERFACES 


4.7.1. An AMS(R)S system shall allow subnetwork users to address AMS(R)S communications to specific aircraft by 
means of the ICAO 24-bit aircraft address. 


Note.— Provisions on the allocation and assignment of ICAO 24-bit addresses are contained in the Appendix to 
Chapter 9. 
4.7.2. Packet data service interfaces 
4.7.2.1 If the system provides AMS(R)S packet data service, it shall provide an interface to the ATN. 
Note.— The detailed technical specifications related to provisions of the ATN-compliant subnetwork service are 
contained in Section 5.2.5 and Section 5.7.2 of Doc 9880 — Manual on Detailed Technical Specifications for the 


Aeronautical Telecommunication Network (ATN) (in preparation). 


4.7.2.2 If the system provides AMS(R)S packet data service, it shall provide a connectivity notification (CN) function. 
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CHAPTER 5. SSR MODE S AIR-GROUND DATA LINK 


Note.— The SSR Mode S air-ground data link is also referred to as the Mode S subnetwork in the context of the 
aeronautical telecommunication network (ATN). 


5.1 DEFINITIONS RELATING TO THE MODE S SUBNETWORK 


Aircraft. The term aircraft may be used to refer to Mode S emitters (e.g. aircraft/vehicles), where appropriate. 


Aircraft address. A unique combination of 24 bits available for assignment to an aircraft for the purpose of air-ground 
communications, navigation and surveillance. 


Aircraft data circuit-terminating equipment (ADCE). An aircraft specific data circuit-terminating equipment that is 
associated with an airborne data link processor (ADLP). It operates a protocol unique to Mode S data link for data 
transfer between air and ground. 


Aircraft data link processor (ADLP). An aircraft-resident processor that is specific to a particular air-ground data link 
(e.g. Mode S) and which provides channel management, and segments and/or reassembles messages for transfer. It is 
connected to one side of aircraft elements common to all data link systems and on the other side to the air-ground link 
itself. 


Aircraft/vehicle. May be used to describe either a machine or device capable of atmospheric flight, or a vehicle on the airport 
surface movement area (i.e. runways and taxiways). 


Air-initiated protocol. A procedure initiated by a Mode S aircraft installation for delivering a standard length or extended 
length downlink message to the ground. 


BDS Comm-B Data Selector. The 8-bit BDS code determines the register whose contents are to be transferred in the MB 
field of a Comm-B reply. It is expressed in two groups of 4 bits each, BDS1 (most significant 4 bits) and BDS2 (least 
significant 4 bits). 


Broadcast. The protocol within the Mode S system that permits uplink messages to be sent to all aircraft in coverage area, 
and downlink messages to be made available to all interrogators that have the aircraft wishing to send the message under 
surveillance. 


Capability report. Information identifying whether the transponder has a data link capability as reported in the capability (CA) 
field of an all-call reply or squitter transmission (see “data link capability report”). 


Close-out. A command from a Mode S interrogator that terminates a Mode S link layer communication transaction. 


Cluster of interrogators. Two or more interrogators with the same interrogator identifier (II) code, operating cooperatively to 
ensure that there is no interference to the required surveillance and data link performance of each of the interrogators, in 
areas of common coverage. 
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Comm-A. A 112-bit interrogation containing the 56-bit MA message field. This field is used by the uplink standard length 
message (SLM) and broadcast protocols. 


Comm-B. A 112-bit reply containing the 56-bit MB message field. This field is used by the downlink SLM, ground-initiated 
and broadcast protocols. 


Comm-C. A 112-bit interrogation containing the 80-bit MC message field. This field is used by the uplink extended length 
message (ELM) protocol. 


Comm-D. A 112-bit reply containing the 80-bit MD message field. This field is used by the downlink ELM protocol. 
Connection. A logical association between peer-level entities in a communication system. 


Data link capability report. Information in a Comm-B reply identifying the complete Mode S communications capabilities of 
the aircraft installation. 


Downlink. A term referring to the transmission of data from an aircraft to the ground. Mode S air-to-ground signals are 
transmitted on the 1 090 MHz reply frequency channel. 


Extended length message (ELM). A series of Comm-C interrogations (uplink ELM) transmitted without the requirement for 
intervening replies, or a series of Comm-D replies (downlink ELM) transmitted without intervening interrogations. 


Uplink ELM (UELM). A term referring to extended length uplink communication by means of 112-bit Mode S 
Comm-C interrogations, each containing the 80-bit Comm-C message field (MC). 


Downlink ELM (DELM). A term referring to extended length downlink communication by means of 112-bit Mode S 
Comm-D replies, each containing the 80-bit Comm-D message field (MD). 


Frame. The basic unit of transfer at the link level. In the context of Mode S subnetwork, a frame can include from one to four 
Comm-A or Comm-B segments, from two to sixteen Comm-C segments, or from one to sixteen Comm-D segments. 


General formatter/manager (GFM). The aircraft function responsible for formatting messages to be inserted in the 
transponder registers. It is also responsible for detecting and handling error conditions such as the loss of input data. 


Ground data circuit-terminating equipment (GDCE). A ground specific data circuit-terminating equipment associated with 
a ground data link processor (GDLP). It operates a protocol unique to Mode S data link for data transfer between air and 
ground. 


Ground data link processor (GDLP). A ground-resident processor that is specific to a particular air-ground data link 
(e.g. Mode S), and which provides channel management, and segments and/or reassembles messages for transfer. It is 
connected on one side (by means of its DCE) to ground elements common to all data link systems, and on the other side 
to the air-ground link itself. 


Ground-initiated Comm-B (GICB). The ground-initiated Comm-B protocol allows the interrogator to extract Comm-B 
replies containing data from a defined source in the MB field. 


Ground-initiated protocol. A procedure initiated by a Mode S interrogator for delivering standard length or extended length 
messages to a Mode S aircraft installation. 


Mode S air-initiated Comm-B (AICB) protocol. A procedure initiated by a Mode S transponder for transmitting a single 
Comm-B segment from the aircraft installation. 


22/11/07 [1-5-2 


Part I Annex 10 — Aeronautical Communications 





Mode S broadcast protocols. Procedures allowing standard length uplink or downlink messages to be received by more 
than one transponder or ground interrogator respectively. 


Mode S ground-initiated Comm-B (GICB) protocol. A procedure initiated by a Mode S interrogator for eliciting a single 
Comm-B segment from a Mode S aircraft installation, incorporating the contents of one of 255 Comm-B registers within 


the Mode S transponder. 


Mode S multisite-directed protocol. A procedure to ensure that extraction and close-out of a downlink standard length or 
extended length message is affected only by the particular Mode S interrogator selected by the aircraft. 


Mode S packet. A packet conforming to the Mode S subnetwork standard, designed to minimize the bandwidth required from 
the air-ground link. ISO 8208 packets may be transformed into Mode S packets and vice-versa. 


Mode S specific protocol (MSP). A protocol that provides restricted datagram service within the Mode S subnetwork. 


Mode S specific services. A set of communication services provided by the Mode S system which are not available from 
other air-ground subnetworks, and therefore not interoperable. 


Mode S specific services entity (SSE). An entity resident within an XDLP to provide access to the Mode S specific services. 


Packet. The basic unit of data transfer among communication devices within the network layer (e.g. an ISO 8208 packet or a 
Mode S packet). 


Segment. A portion of a message that can be accommodated within a single MA/MB field in the case of a standard length 
message, or MC/MD field in the case of an extended length message. This term is also applied to the Mode S 


transmissions containing these fields. 


Standard length message (SLM). An exchange of digital data using selectively addressed Comm-A interrogations and/or 
Comm-B replies (see “Comm-A” and “Comm-B”). 


Subnetwork. An actual implementation of a data network that employs a homogeneous protocol and addressing plan, and is 
under the control of a single authority. 


Subnetwork management entity (SNME). An entity resident within a GDLP that performs subnetwork management and 
communicates with peer entities in intermediate or end-systems. 


Timeout. The cancellation of a transaction after one of the participating entities has failed to provide a required response 
within a pre-defined period of time. 


Uplink. A term referring to the transmission of data from the ground to an aircraft. Mode S ground-to-air signals are 
transmitted on the 1 030 MHz interrogation frequency channel. 


XDCE. A general term referring to both the ADCE and the GDCE. 


XDLP. A general term referring to both the ADLP and the GDLP. 
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5.2 MODE S CHARACTERISTICS 


5.2.1. General provisions 


Note 1.— Reference ISO document. When the term “ISO 8208” is referred to in this standard, it means the ISO Standard 
“Information technology — Data communications — X.25 Packet Layer Protocol for Data Terminal Equipment, Reference 


Number ISO/IEC 8208: 1990(E)”. 

Note 2.— The overall architecture of the Mode S subnetwork is presented in the diagram on the following page. 

Note 3.— The processing splits into three different paths. The first consists of the processing of switched virtual circuits 
(SVCs), the second consists of the processing of Mode S specific services, and the third consists of the processing of subnetwork 


management information. SVCs utilize the reformatting process and the ADCE or GDCE function. Mode S specific services 
utilize the Mode S specific services entity (SSE) function. 


5.2.1.1 Message categories. The Mode S subnetwork shall only carry aeronautical communications classified under 
categories of flight safety and flight regularity as specified in Annex 10, Volume II, Chapter 5, 5.1.8.4 and 5.1.8.6. 


5.2.1.2 Signals in space. The signal-in-space characteristics of the Mode S subnetwork shall conform to the provisions 
contained in Annex 10, Volume IV, Chapter 3, 3.1.2. 


5.2.1.3. Code and byte independency. The Mode S subnetwork shall be capable of code and byte independent 
transmission of digital data. 


5.2.1.4 Data transfer. Data shall be conveyed over the Mode S data link in segments using either standard length 
message (SLM) protocols or extended length message (ELM) protocols as defined in 3.1.2.6.11 and 3.1.2.7 of Annex 10, 
Volume IV. 


Note I1.— An SLM segment is the contents of one 56-bit MA or MB field. An ELM segment is the contents of one 80-bit 
MC or MD field. 


Note 2.— An SLM frame is the contents of up to four linked MA or MB fields. An ELM frame is the contents of 2 to 
16 MC or I to 16 MD fields. 


5.2.1.5 Bit numbering. In the description of the data exchange fields, the bits shall be numbered in the order of their 
transmission, beginning with bit 1. Bit numbers shall continue through the second and higher segments of multi-segment 
frames. Unless otherwise stated, numerical values encoded by groups (fields) of bits shall be encoded using positive 
binary notation and the first bit transmitted shall be the most significant bit (MSB) (3.1.2.3.1.3 of Annex 10, Volume IV). 


5.2.1.6 Unassigned bits. When the length of the data is not sufficient to occupy all bit positions within a message field 
or subfield, the unassigned bit positions shall be set to 0. 


5.2.2. Frames 


5.2.2.1 UPLINK FRAMES 


5.2.2.1.1 SLM frame. An uplink SLM frame shall be composed of up to four selectively addressed Comm-A segments. 
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Functional elements of the Mode S subnetwork 
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. Relevant Mode S subnetwork SARPs paragraph numbers are given in parenthesis. 
. The ADLP/transponder interface is also specified in Annex 10, Volume IV, 3.1. 

. AGDLP may be interfaced to more than one Mode S interrogator. 

. DTEs may be directly associated with end-systems. 

. ATN router access to end-systems may be made via other intermediate systems. 


akon — 
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Note.— Each Comm-A segment (MA field) received by the ADLP is accompanied by the first 32 bits of the interrogation 
that delivered the segment (3.1.2.10.5.2.1.1 of Annex 10, Volume IV). Within these 32 bits is the 16-bit special designator (SD) 
field (3.1.2.6.1.4 of Annex 10, Volume IV). 


5.2.2.1.1.1 SD field. When the designator identification (DI) field (bits 14-16) has a code value of | or 7, the special 
designator (SD) field (bits 17-32) of each Comm-A interrogation shall be used to obtain the interrogator identifier subfield 
(IIS, bits 17-20) and the linked Comm-A subfield (LAS, bits 30-32). The action to be taken shall depend on the value of LAS. 
The contents of LAS and IIS shall be retained and shall be associated with the Comm-A message segment for use in 
assembling the frame as indicated below. All fields other than the LAS field shall be as defined in 3.1.2 of Annex 10, 
Volume IV. 


Note.— The SD field structure is shown in Figure 5-1". 
5.2.2.1.1.2 LAS coding. The 3-bit LAS subfield shall be coded as follows: 


LAS MEANING 


single segment 

linked, Ist segment 

linked, 2nd but not final segment 
linked, 3rd but not final segment 
linked, 4th and final segment 
linked, 2nd and final segment 
linked, 3rd and final segment 
unassigned 


NYDN WNrF CO 


5.2.2.1.1.3 Single segment SLM frame. If LAS = 0, the data in the MA field shall be considered a complete frame and 
shall be made available for further processing. 


5.2.2.1.1.4 Multiple segment SLM frame. The ADLP shall accept and assemble linked 56-bit Comm-A segments 
associated with all sixteen possible interrogator identifier (II) codes. Correct linking of Comm-A segments shall be achieved 
by requiring that all Comm-A segments have the same value of IIS. If LAS = 1 through 6, the frame shall consist of two to 
four Comm-A segments as specified in the following paragraphs. 


5.2.2.1.1.4.1 Initial segment. If LAS = 1, the MA field shall be assembled as the initial segment of an SLM frame. The 
initial segment shall be stored until all segments of the frame have been received or the frame is cancelled. 


5.2.2.1.1.4.2 Intermediate segment. If LAS = 2 or 3, the MA field shall be assembled in numerical order as an 
intermediate segment of the SLM frame. It shall be associated with previous segments containing the same value of IIS. 


5.2.2.1.1.4.3 Final segment. If LAS = 4, 5 or 6, the MA field shall be assembled as the final segment of the SLM frame. 
It shall be associated with previous segments containing the same value of IIS. 


5.2.2.1.1.4.4 Frame completion. The frame shall be considered complete and shall be made available for further 
processing as soon as all segments of the frame have been received. 


5.2.2.1.1.4.5 Frame cancellation. An incomplete SLM frame shall be cancelled if one or more of the following 
conditions apply: 





* All figures and tables are located at the end of this chapter. 
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a) anew initial segment (LAS = 1) is received with the same value of IIS. In this case, the new initial segment shall be 
retained as the initial segment of a new SLM frame; 


b) the sequence of received LAS codes (after the elimination of duplicates) is not contained in the following list: 


1) LAS=0 
2) LAS =1,5 
3) LAS = 1,2,6 
4) LAS = 1,6,2 


5) LAS =1,2,3,4 
6) LAS = 1,3,2,4 
7) LAS =1,2,4,3 
8) LAS = 1,3,4,2 
9) LAS =1,4,2,3 
10) LAS = 1,4,3,2 


c) Tc seconds have elapsed since the last Comm-A segment with the same value of IIS was received (Table 5-1). 


5.2.2.1.1.4.6 Segment cancellation. A received segment for an SLM frame shall be discarded if it is an intermediate or 
final segment and no initial segment has been received with the same value of IIS. 


5.2.2.1.1.4.7 Segment duplication. If a received segment duplicates a currently received segment number with the same 
value of IIS, the new segment shall replace the currently received segment. 


Note.— The action of the Mode S subnetwork protocols may result in the duplicate delivery of Comm-A segments. 


5.2.2.1.2 ELM frame. An uplink ELM frame shall consist of from 20 to 160 bytes and shall be transferred from the 
interrogator to the transponder using the protocol defined in 3.1.2.7 of Annex 10, Volume IV. The first 4 bits of each uplink 
ELM segment (MC field) shall contain the interrogator identifier (II) code of the Mode S interrogator transmitting the ELM. 
The ADLP shall check the II code of each segment of a completed uplink ELM. If all of the segments contain the same 
II code, the II code in each segment shall be deleted and the remaining message bits retained as user data for further 
processing. If all of the segments do not contain the same II code, the entire uplink ELM shall be discarded. 


Note.— An uplink ELM frame consists of two to sixteen associated Comm-C segments, each of which contains the 4-bit 
II code. Therefore, the capacity for packet transfer is 19 to 152 bytes per uplink ELM frame. 


5.2.2.2 DOWNLINK FRAMES 
5.2.2.2.1 SLM frame. A downlink SLM frame shall be composed of up to 4 Comm-B segments. The MB field of the 
first Comm-B segment of the frame shall contain a 2-bit linked Comm-B subfield (LBS, bits | and 2 of the MB field). This 
subfield shall be used to control linking of up to four Comm-B segments. 
Note.— The LBS uses the first 2-bit positions in the first segment of a multi or single segment downlink SLM frame. 
Hence, 54 bits are available for Mode S packet data in the first segment of a downlink SLM frame. The remaining segments 
of the downlink SLM frame, if any, have 56 bits available. 


5.2.2.2.1.1 LBS coding. Linking shall be indicated by the coding of the LBS subfield of the MB field of the initial 
Comm-B segment of the SLM frame. 


The coding of LBS shall be as follows: 
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LBS MEANING 


single segment 

initial segment of a two-segment SLM frame 
initial segment of a three-segment SLM frame 
initial segment of a four-segment SLM frame 


WNrR © 


5.2.2.2.1.2 Linking protocol 


5.2.2.2.1.2.1 In the Comm-B protocol, the initial segment shall be transmitted using the air-initiated or multisite- 
directed protocols. The LBS field of the initial segment shall indicate to the ground the number of additional segments to be 
transferred (if any). Before the transmission of the initial segment to the transponder, the remaining segments of the SLM 
frame (if any) shall be transferred to the transponder for transmission to the interrogator using the ground-initiated Comm-B 
protocol. These segments shall be accompanied by control codes that cause the segments to be inserted in ground-initiated 
Comm-B registers 2, 3 or 4, associated respectively with the second, third, or fourth segment of the frame. 


5.2.2.2.1.2.2 Close-out of the air-initiated segment that initiated the protocol shall not be performed until all segments 
have been successfully transferred. 


Note.— The linking procedure including the use of the ground-initiated Comm-B protocol is performed by the ADLP. 


5.2.2.2.1.3 Directing SLM frames. If the SLM frame is to be multisite-directed, the ADLP shall determine the II code 
of the Mode S interrogator or cluster of interrogators (5.2.8.1.3) that shall receive the SLM frame. 


5.2.2.2.2. ELM FRAME 
Note.— A downlink ELM consists of one to sixteen associated Comm-D segments. 


5.2.2.2.2.1 Procedure. Downlink ELM frames shall be used to deliver messages greater than or equal to 28 bytes and 
shall be formed using the protocol defined in 3.1.2.7 of Annex 10, Volume IV. 


5.2.2.2.2.2 Directing ELM frames. If the ELM frame is to be multisite-directed, the ADLP shall determine the II code 
of the Mode S interrogator or cluster of interrogators (5.2.8.1.3) that shall receive the ELM frame. 


5.2.2.3 XDLP frame processing. Frame processing shall be performed on all Mode S packets (except for the MSP 
packet) as specified in 5.2.2.3 to 5.2.2.5. Frame processing for Mode S specific services shall be performed as specified in 
5.2.7. 


5.2.2.3.1 Packet length. All packets (including a group of packets multiplexed into a single frame) shall be transferred 
in a frame consisting of the smallest number of segments needed to accommodate the packet. The user data field shall be an 
integral multiple of bytes in length. A 4-bit parameter (LV) shall be provided in the Mode S DATA, CALL REQUEST, 
CALL ACCEPT, CLEAR REQUEST and INTERRUPT packet headers so that during unpacking no additional bytes are 
added to the user data field. The LV field shall define the number of full bytes used in the last segment of a frame. During LV 
calculations, the 4-bit II code in the last segment of an uplink ELM message shall be (1) ignored for uplink ELM frames with 
an odd number of Comm-C segments and (2) counted for uplink ELM frames with an even number of Comm-C segments. 
The value contained in the LV field shall be ignored if the packet is multiplexed. 


Note.— A specific length field is used to define the length of each element of a multiplexed packet. Therefore the LV field 
value is not used. LV field error handling is described in Tables 5-16 and 5-19. 


5.2.2.3.2 Multiplexing. When multiplexing multiple Mode S packets into single SLM on ELM frame, the following 


procedures shall be used. Multiplexing of the packets within the ADLP shall not be applied to packets associated with SVCs 
of different priorities. 
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Note.— Multiplexing is not performed on MSP packets. 


5.2.2.3.2.1 Multiplexing optimization 
Recommendation.— When multiple packets are awaiting transfer to the same XDLP, they should be multiplexed into a 
single frame in order to optimize throughput, provided that packets associated with SVCs of different priorities are not 


multiplexed together. 


5.2.2.3.2.2 Structure. The structure of the multiplexed packets shall be as follows: 





HEADER‘6 or 8) LENGTH:8 |1STPACKET:v| LENGTH:8 |2ND PACKET:v 























Note.— A number in the field signifies the field length in bits; “v” signifies that the field is of variable length. 


5.2.2.3.2.2.1_ Multiplexing header. The header for the multiplexed packets shall be as follows: 





DP:1 MP:1 SP:2 ST:2 FILL2:0 or 2 























Where, 

Data packet type (DP) = 0 

MSP packet type (MP) = 1 

Supervisory packet (SP) = 3 

Supervisory type (ST) = 2 

Note.— See Figure 5-23 for a definition for the field structure used in the multiplexing header. 

5.2.2.3.2.2.2 Length. This field shall contain the length of the following packet in bytes. Any error detected in a 
multiplexed DATA packet, such as inconsistency between length as indicated in the LENGTH field and the length of the 
frame hosting that packet, shall result in the discarding of the packet unless the error can be determined to be limited to the 


LENGTH field, in which case a REJECT packet with the expected PS value can be sent. 


5.2.2.3.2.2.2.1 Recommendation.— For multiplex packets, if the entire packet cannot be de-multiplexed, then the first 
constituent packet should be treated as a format error, and the remainder should be discarded. 


5.2.2.3.2.3 Termination. The end of a frame containing a sequence of multiplexed packets shall be determined by one 
of the following events: 


a) alength field of all zeros; or 


b) less than eight bits left in the frame. 


5.2.2.3.3. MODES CHANNEL SEQUENCE PRESERVATION 


5.2.2.3.3.1 Application. In the event that multiple Mode S frames from the same SVC are awaiting transfer to the same 
XDLP, the following procedure shall be used. 
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5.2.2.3.3.2 Procedure 

Note I1.— SLM and ELM transactions can occur independently. 

Note 2.— Uplink and downlink transactions can occur independently. 

5.2.2.3.3.2.1 SLM frames. SLM frames awaiting transfer shall be transmitted in the order received. 


5.2.2.3.3.2.2 ELM frames. ELM frames awaiting transfer shall be transmitted in the order received. 


5.2.2.4 GDLP FRAME PROCESSING 
5.2.2.4.1 GENERAL PROVISIONS 


5.2.2.4.1.1 The GDLP shall determine the data link capability of the ADLP/transponder installation from the data link 
capability report (5.2.9) before performing any data link activity with that ADLP. 


5.2.2.4.1.2 GDLP frame processing shall provide to the interrogator all data for the uplink transmission that are not 
provided directly by the interrogator. 


5.2.2.4.2 Delivery status. GDLP frame processing shall accept an indication from the interrogator function that a 
specified uplink frame that was previously transferred to the interrogator has been successfully delivered over the ground-to- 
air link. 


5.2.2.4.3. Aircraft address. GDLP frame processing shall receive from the interrogator along with the data in each 
downlink SLM or ELM frame, the 24-bit address of the aircraft that transmitted the frame. GDLP frame processing shall be 
capable of transferring to the interrogator the 24-bit address of the aircraft that is to receive an uplink SLM or ELM frame. 


5.2.2.4.4 Mode S protocol type identification. GDLP frame processing shall indicate to the interrogator the protocol to 
be used to transfer the frame: standard length message protocol, extended length message protocol or broadcast protocol. 


5.2.2.4.5 Frame determination. A Mode S packet (including multiplexed packets but excluding MSP packets) intended 
for uplink and less than or equal to 28 bytes shall be sent as an SLM frame. A Mode S packet greater than 28 bytes shall be 
sent as an uplink ELM frame for transponders with ELM capability, using M-bit processing as necessary (5.2.5.1.4.1). If the 
transponder does not have ELM capability, packets greater than 28 bytes shall be sent using the M-bit or S-bit (5.2.5.1.4.2) 
assembly procedures as necessary and multiple SLM frames. 


Note.— The Mode S DATA, CALL REQUEST, CALL ACCEPT, CLEAR REQUEST and INTERRUPT packets are the 
only Mode S packets that use M-bit or S-bit sequencing. 


5.2.2.5 ADLP FRAME PROCESSING 


5.2.2.5.1 General provisions. With the possible exception of the last 24 bits (address/parity), ADLP frame processing 
shall accept from the transponder the entire content of both 56-bit and 112-bit received uplink transmissions, excluding all- 
call and ACAS interrogations. ADLP frame processing shall provide to the transponder all data for the downlink transmission 
that is not provided directly by the transponder (5.2.3.3). 


5.2.2.5.2 Delivery status. ADLP frame processing shall accept an indication from the transponder that a specified 
downlink frame that was previously transferred to the transponder has been closed out. 
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5.2.2.5.3 Interrogator identifier. ADLP frame processing shall accept from the transponder, along with the data in each 
uplink SLM and ELM, the interrogator identifier (II) code of the interrogator that transmitted the frame. ADLP frame 
processing shall transfer to the transponder the II code of the interrogator or cluster of interrogators that shall receive a 
multisite-directed frame. 


5.2.2.5.4 Mode S protocol type identification. ADLP frame processing shall indicate to the transponder the protocol to 
be used to transfer the frame: ground-initiated, air-initiated, broadcast, multisite-directed, standard length or extended length. 


5.2.2.5.5 Frame cancellation. ADLP frame processing shall be capable of cancelling downlink frames previously 
transferred to the transponder for transmission but for which a close-out has not been indicated. If more than one frame is 
stored within the transponder, the cancellation procedure shall be capable of cancelling the stored frames selectively. 

5.2.2.5.6 Frame determination. A Mode S packet (including multiplexed packets but excluding MSP packets) intended 
for downlink and less than or equal to 222 bits shall be sent as an SLM frame. A Mode S packet greater than 222 bits shall be 
sent as a downlink ELM frame for transponders with ELM capability using M-bit processing as necessary (5.2.5.1.4.1). 
When M-bit processing is used, all ELM frames containing M = | shall contain the maximum number of ELM segments that 
the transponder is capable of transmitting in response to one requesting interrogation (UF = 24) (5.2.9.1). If the transponder 
does not have ELM capability, packets greater than 222 bits shall be sent using the M-bit or S-bit (5.2.5.1.4.2) assembly 
procedures and multiple SLM frames. 

Note.— The maximum length of a downlink SLM frame is 222 bits. This is equal to 28 bytes (7 bytes for 4 Comm-B 
segments) minus the 2-bit linked Comm-B subfield (5.2.2.2.1.1). 


5.2.2.6 PRIORITY MANAGEMENT 


5.2.2.6.1. ADLP priority management. Frames shall be transferred from the ADLP to the transponder in the following 
order of priority (highest first): 


a) Mode S specific services; 
b) search requests (5.2.8.1); 
c) frames containing only high priority SVC packets; and 


d) frames containing only low priority SVC packets. 


5.2.2.6.2 GDLP PRIORITY MANAGEMENT 
Recommendation.— Uplink frames should be transferred in the following order of priority (highest first): 
a) Mode S specific services; 
b) frames containing at least one Mode S ROUTE packet (5.2.8.1); 
c) frames containing at least one high priority SVC packet; and 


d) frames containing only low priority SVC packets. 
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5.2.3 Data exchange interfaces 


5.2.3.1 THE DTEISO 8208 INTERFACE 
5.2.3.1.1 General provisions. The interface between the XDLP and the DTE(s) shall conform to ISO 8208 packet layer 
protocol (PLP). The XDLP shall support the procedures of the DTE as specified in ISO 8208. As such, the XDLP shall 
contain a DCE (5.2.4). 
5.2.3.1.2 Physical and link layer requirements for the DTE/DCE interface. The requirements are: 


a) the interface shall be code and byte independent and shall not impose restrictions on the sequence, order, or pattern 
of the bits transferred within a packet; and 


b) the interface shall support the transfer of variable length network layer packets. 


5.2.3.1.3  DTE ADDRESS 


5.2.3.1.3.1 Ground DTE address. The ground DTE address shall have a total length of 3 binary coded decimal (BCD) 
digits, as follows: 


XoX1X2 
Xo shall be the most significant digit. Ground DTE addresses shall be decimal numbers in the range of 0 through 255 coded in 
BCD. Assignment of the DTE address shall be a local issue. All DTEs connected to GDLPs having overlapping coverage 
shall have unique addresses. GDLPs which have a flying time less than 7, (Table 5-1) between their coverage areas shall be 
regarded as having overlapping coverage. 

5.2.3.1.3.2 Mobile DTE address. The mobile DTE address shall have a total length of 10 BCD digits, as follows: 

XX X2X3X4XsX6X7XgXo 
Xo shall be the most significant digit. The digits Xp to X7 shall contain the octal representation of the aircraft address coded in 
BCD. The digits XgX5 shall identify a sub-address for specific DTEs on board an aircraft. This sub-address shall be a decimal 
number in the range of 0 and 15 coded in BCD. The following sub-address assignments shall be used: 

00 ATN router 

Olto15 Unassigned 

5.2.3.1.3.3 Illegal DTE addresses. DTE addresses outside of the defined ranges or not conforming to the formats for 
the ground and mobile DTE addresses specified in 5.2.3.1.3.1 and 5.2.3.1.3.2 shall be defined to be illegal DTE addresses. 


The detection of an illegal DTE address in a CALL REQUEST packet shall lead to a rejection of the call as specified in 
9:2:5:1.5: 


5.2.3.1.4 PACKET LAYER PROTOCOL REQUIREMENTS OF THE DTE/DCE INTERFACE 


5.2.3.1.4.1 Capabilities. The interface between the DTE and the DCE shall conform to ISO 8208 with the following 
capabilities: 


a) expedited data delivery, i.e. the use of INTERRUPT packets with a user data field of up to 32 bytes; 
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b) priority facility (with two levels, 5.2.5.2.1.1.6); 
c) fast select (5.2.5.2.1.1.13, 5.2.5.2.1.1.16); and 


d) called/calling address extension facility, if required by local conditions (i.e. the XDLP is connected to the DTE via a 
network protocol that is unable to contain the Mode S address as defined). 


Other ISO 8208 facilities and the D-bit and the Q-bit shall not be invoked for transfer over the Mode S packet layer protocol. 
5.2.3.1.4.2 Parameter values. The timer and counter parameters for the DTE/DCE interface shall conform to the 
default ISO 8208 values. 
5.2.3.2 MODES SPECIFIC SERVICES INTERFACE 
Note.— Mode S specific services consist of the broadcast Comm-A and Comm-B, GICB and MSP. 
5.2.3.2.1 ADLP 


5.2.3.2.1.1 General provisions. The ADLP shall support the accessing of Mode S specific services through the 
provision of one or more separate ADLP interfaces for this purpose. 


5.2.3.2.1.2 Functional capability. Message and control coding via this interface shall support all of the capabilities 
specified in 5.2.7.1. 


5.2.3.2.2. GDLP 
5.2.3.2.2.1 General provisions. The GDLP shall support the accessing of Mode S specific services through the 
provision of a separate GDLP interface for this purpose and/or by providing access to these services through the DTE/DCE 
interface. 
5.2.3.2.2.2 Functional capability. Message and control coding via this interface shall support all of the capabilities 
specified in 5.2.7.2. 
5.2.3.3 ADLP/TRANSPONDER INTERFACE 


5.2.3.3.1 TRANSPONDER TO ADLP 


5.2.3.3.1.1 The ADLP shall accept an indication of protocol type from the transponder in connection with data 
transferred from the transponder to the ADLP. This shall include the following types of protocols: 


a) surveillance interrogation; 
b) Comm-A interrogation; 
c) Comm-A broadcast interrogation; and 
d) uplink ELM. 
The ADLP shall also accept the II code of the interrogator used to transmit the surveillance, Comm-A or uplink ELM. 


Note.— Transponders will not output all-call and ACAS information on this interface. 
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5.2.3.3.1.2 The ADLP shall accept control information from the transponder indicating the status of downlink transfers. 
This shall include: 


a) Comm-B close-out; 
b) Comm-B broadcast timeout; and 
c) downlink ELM close-out. 


5.2.3.3.1.3 The ADLP shall have access to current information defining the communication capability of the Mode S 
transponder with which it is operating. This information shall be used to generate the data link capability report (5.2.9). 


5.2.3.3.2 ADLP TO TRANSPONDER 


5.2.3.3.2.1_ The ADLP shall provide an indication of protocol type to the transponder in connection with data 
transferred from the ADLP to the transponder. This shall include the following types of protocols: 


a) ground-initiated Comm-B; 

b)  air-initiated Comm-B; 

c) multisite-directed Comm-B; 

d) Comm-B broadcast; 

e) downlink ELM; and 

f) multisite-directed downlink ELM. 


The ADLP shall also provide the II code for transfer of a multisite-directed Comm-B or downlink ELM and the Comm-B 
data selector (BDS) code (3.1.2.6.11.2 of Annex 10, Volume IV) for a ground-initiated Comm-B. 


5.2.3.3.2.2 The ADLP shall be able to perform frame cancellation as specified in 5.2.2.5.5. 


5.2.3.4  GDLP/MODE S INTERROGATOR INTERFACE 


5.2.3.4.1 INTERROGATOR TO GDLP 


5.2.3.4.1.1. The GDLP shall accept an indication of protocol type from the interrogator in connection with data 
transferred from the interrogator to the GDLP. This shall include the following types of protocols: 


a) ground-initiated Comm-B; 

b)  air-initiated Comm-B; 

c) air-initiated Comm-B broadcast; and 
d) downlink ELM. 


The GDLP shall also accept the BDS code used to identify the ground-initiated Comm-B segment. 
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5.2.3.4.1.2 The GDLP shall accept control information from the interrogator indicating the status of uplink transfers 
and the status of the addressed Mode S aircraft. 


5.2.3.4.2. GDLP to interrogator. The GDLP shall provide an indication of protocol type to the interrogator in 
connection with data transferred from the GDLP to the interrogator. This shall include the following types of protocols: 


a) Comm-A interrogation; 

b) Comm-A broadcast interrogation; 
c) uplink ELM; and 

d) ground-initiated Comm-B request. 


The GDLP shall also provide the BDS code for the ground-initiated Comm-B protocol. 


5.2.4 DCE operation 
Note.— The DCE process within the XDLP acts as a peer process to the DTE. The DCE supports the operations of the 
DTE with the capability specified in 5.2.3.1.4. The following requirements do not specify format definitions and flow control 
on the DTE/DCE interface. The specifications and definitions in ISO 8208 apply for these cases. 


5.2.4.1 State transitions. The DCE shall operate as a state machine. Upon entering a state, the DCE shall perform the 
actions specified in Table 5-2. State transitions and additional action(s) shall be as specified in Table 5-3 through Table 5-12. 


Note.— The next state transition (if any) that occurs when the DCE receives a packet from the DTE is specified by 
Table 5-3 through Table 5-8. These tables are organized according to the hierarchy illustrated in Figure 5-2. The same 


transitions are defined in Table 5-9 through Table 5-12 when the DCE receives a packet from the XDCE (via the 
reformatting process). 


5.2.4.2 DISPOSITION OF PACKETS 
5.2.4.2.1 Upon receipt of a packet from the DTE, the packet shall be forwarded or not forwarded to the XDCE (via the 
reformatting process) according to the parenthetical instructions contained in Tables 5-3 to 5-8. If no parenthetical instruction 
is listed or if the parenthetical instruction indicates “do not forward”, the packet shall be discarded. 
5.2.4.2.2 Upon receipt of a packet from the XDCE (via the reformatting process), the packet shall be forwarded or not 


forwarded to the DTE according to the parenthetical instructions contained in Tables 5-9 to 5-12. If no parenthetical 
instruction is listed or if the parenthetical instruction indicates “do not forward”, the packet shall be discarded. 


5.2.5 Mode S packet layer processing 


5.2.5.1 GENERAL REQUIREMENTS 
5.2.5.1.1 BUFFER REQUIREMENTS 
5.2.5.1.1.1 ADLP buffer requirements 


5.2.5.1.1.1.1 The following requirements apply to the entire ADLP and shall be interpreted as necessary for each of the 
main processes (DCE, reformatting, ADCE, frame processing and SSE). 
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5.2.5.1.1.1.2 The ADLP shall be capable of maintaining sufficient buffer space for fifteen SVCs: 


a) maintain sufficient buffer space to hold fifteen Mode S subnetwork packets of 152 bytes each in the uplink direction 
per SVC for a transponder with uplink ELM capability or 28 bytes otherwise; 


b) maintain sufficient buffer space to hold fifteen Mode S subnetwork packets of 160 bytes each in the downlink 
direction per SVC for a transponder with downlink ELM capability or 28 bytes otherwise; 


c) maintain sufficient buffer space for two Mode S subnetwork INTERRUPT packets of 35 bytes each (user data field 
plus control information), one in each direction, for each SVC; 


d) maintain sufficient resequencing buffer space for storing thirty-one Mode S subnetwork packets of 152 bytes each in 
the uplink direction per SVC for a transponder with uplink ELM capability or 28 bytes otherwise; and 


e) maintain sufficient buffer space for the temporary storage of at least one Mode S packet of 160 bytes undergoing 
M-bit or S-bit processing in each direction per SVC. 


5.2.5.1.1.1.3. The ADLP shall be capable of maintaining a buffer of 1 600 bytes in each direction to be shared among 
all MSPs. 


5.2.5.1.1.2 GDLP buffer requirements 


5.2.5.1.1.2.1 Recommendation.— The GDLP should be capable of maintaining sufficient buffer space for an average 
of 4 SVCs for each Mode S aircraft in the coverage area of the interrogators connected to it, assuming all aircraft have ELM 
capability. 


Note.— Additional buffer space may be required if DTEs associated with end-systems are supported. 
5.2.5.1.2 CHANNEL NUMBER POOLS 


5.2.5.1.2.1_ The XDLP shall maintain several SVC channel number pools; the DTE/DCE (ISO 8208) interface uses one 
set. Its organization, structure and use shall be as defined in the ISO 8208 standard. The other channel pools shall be used on 
the ADCE/GDCE interface. 


5.2.5.1.2.2 The GDLP shall manage a pool of temporary channel numbers in the range of | to 3, for each ground 
DTE/ADLP pair. Mode S CALL REQUEST packets generated by the GDLP shall contain the ground DTE address and a 
temporary channel number allocated from the pool of that ground DTE. The GDLP shall not reuse a temporary channel 
number allocated to an SVC that is still in the CALL REQUEST state. 


Note 1.— The use of temporary channel numbers allows the GDLP to have up to three call requests in process at the 
same time for a particular ground DTE and ADLP combination. It also allows the GDLP or ADLP to clear a channel before 
the permanent channel number is assigned. 


Note 2.— The ADLP may be in contact with multiple ground DTEs at any one time. All the ground DTEs use temporary 
channel numbers ranging from 1 to 3. 


5.2.5.1.2.3. The ADLP shall use the ground DTE address to distinguish the temporary channel numbers used by the 
various ground DTEs. The ADLP shall assign a permanent channel number (in the range of | to 15) to all SVCs and shall 
inform the GDLP of the assigned number by including it in the Mode S CALL REQUEST by ADLP or Mode S CALL 
ACCEPT by ADLP packets. The temporary channel number shall be included in the Mode S CALL ACCEPT by ADLP 
together with the permanent channel number in order to define the association of these channel numbers. The ADLP shall 
continue to associate the temporary channel number with the permanent channel number of an SVC until the SVC is returned 
to the READY (p1) state, or else, while in the DATA TRANSFER (p4) state, a Mode S CALL REQUEST by GDLP packet 
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is received bearing the same temporary channel number. A non-zero permanent channel number in the Mode S CLEAR 
REQUEST by ADLP, CLEAR REQUEST by GDLP, CLEAR CONFIRMATION by ADLP or CLEAR CONFIRMATION 
by GDLP packet shall indicate that the permanent channel number shall be used and the temporary channel number shall be 
ignored. In the event that an XDLP is required to send one of these packets in the absence of a permanent channel number, 
the permanent channel number shall be set to zero, which shall indicate to the peer XDLP that the temporary channel number 
is to be used. 


Note.— The use of a zero permanent channel number allows the ADLP to clear an SVC when no permanent channel 
number is available, and allows the GDLP to do likewise before it has been informed of the permanent channel number. 


5.2.5.1.2.4 The channel number used by the DTE/DCE interface and that used by the ADCE/GDCE interface shall be 
assigned independently. The reformatting process shall maintain an association table between the DTE/DCE and the 
ADCE/GDCE channel numbers. 


5.2.5.1.3 Receive ready and receive not ready conditions. The ISO 8208 interface and the ADCE/GDCE interface 
management procedures shall be independent operations since each system must be able to respond to separate receive ready 
and receive not ready indications. 


5.2.5.1.4 PROCESSING OF M-BIT AND S-BIT SEQUENCES 


Note.— M-bit processing applies to the sequencing of the DATA packet. S-bit processing applies to the sequencing of 
Mode S CALL REQUEST, CALL ACCEPT, CLEAR REQUEST and INTERRUPT packets. 


5.2.5.1.4.1 M-bit processing 
Note.— The packet size used on the DTE/DCE interface can be different from that used on the ADCE/GDCE interface. 


5.2.5.1.4.1.1 M-bit processing shall be used when DATA packets are reformatted (5.2.5.2). M-bit processing shall 
utilize the specifications contained in the ISO 8208 standard. The M-bit sequence processing shall apply on a per channel 
basis. The M-bit set to 1 shall indicate that a user data field continues in the subsequent DATA packet. Subsequent packets in 
an M-bit sequence shall use the same header format (i.e. the packet format excluding the user data field). 


5.2.5.1.4.1.2 If the packet size for the XDCE (5.2.6.4.2) interface is larger than that used on the DTE/DCE interface, 
packets shall be combined to the extent possible as dictated by the M-bit, when transmitting a Mode S DATA packet. If the 
packet size is smaller on the XDCE interface than that defined on the DTE/DCE interface, packets shall be fragmented to fit 
into the smaller Mode S packet using M-bit assembly. 


5.2.5.1.4.1.3 A packet shall be combined with subsequent packets if the packet is filled and more packets exist in the 
M-bit sequence (M-bit = 1). A packet smaller than the maximum packet size defined for this SVC (partial packet) shall only 
be allowed when the M-bit indicates the end of an M-bit sequence. A received packet smaller than the maximum packet size 
with M-bit equal to | shall cause a reset to be generated as specified in ISO 8208 and the remainder of the sequence should 
be discarded. 


5.2.5.1.4.1.4 Recommendation.— In order to decrease delivery delay, reformatting should be performed on the 
partial receipt of an M-bit sequence, rather than delay reformatting until the complete M-bit sequence is received. 


5.2.5.1.4.2  S-bit processing. S-bit processing shall apply only to Mode S CALL REQUEST, CALL ACCEPT, CLEAR 
REQUEST and INTERRUPT packets. This processing shall be performed as specified for M-bit processing (5.2.5.1.4.1) 
except that the packets associated with any S-bit sequence whose reassembly is not completed in Tq seconds (Tables 5-1 and 
5-13) shall be discarded (5.2.6.3.6, 5.2.6.4.5.2 and 5.2.6.9), and receipt of a packet shorter than the maximum packet size 
with S = 1 shall cause the entire S-bit sequence to be treated as a format error in accordance with Table 5-16. 
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5.2.5.1.5 MODES SUBNETWORK ERROR PROCESSING FOR ISO 8208 PACKETS 


5.2.5.1.5.1  D-bit. If the XDLP receives a DATA packet with the D-bit set to 1, the XDLP shall send a RESET 
REQUEST packet to the originating DTE containing a cause code (CC) = 133 and a diagnostic code (DC) = 166. If the D-bit 
is set to | in a CALL REQUEST packet, the D-bit shall be ignored by the XDLP. The D-bit of the corresponding CALL 
ACCEPT packet shall always be set to 0. The use of CC is optional. 


5.2.5.1.5.2 @Q-bit. If the XDLP receives a DATA packet with the Q-bit set to 1, the XDLP shall send a RESET 
REQUEST packet to the originating DTE containing CC = 133 and DC = 83. The use of CC is optional. 


5.2.5.1.5.3 Invalid priority. If the XDLP receives a call request with a connection priority value equal to 2 through 254, 
the XDLP shall clear the virtual circuit using DC = 66 and CC = 131. The use of CC is optional. 


5.2.5.1.5.4 Unsupported facility. If the XDLP receives a call request with a request for a facility that it cannot support, 
the XDLP shall clear the virtual circuit using DC = 65 and C = 131. The use of CC is optional. 


5.2.5.1.5.5 Illegal calling DTE address. If the XDLP receives a call request with an illegal calling DTE address 
(5.2.3.1.3.3), the XDLP shall clear the virtual circuit using DC = 68 and CC = 141. The use of CC is optional. 


5.2.5.1.5.6 Illegal called DTE address. If the XDLP receives a call request with an illegal called DTE address 
(5.2.3.1.3.3), the XDLP shall clear the virtual circuit using DC = 67 and CC = 141. The use of CC is optional. 


5.2.5.2. REFORMATTING PROCESS 


Note.— The reformatting process is divided into two subprocesses: uplink formatting and downlink formatting. For the 
ADLP, the uplink process reformats Mode S packets into ISO 8208 packets and the downlink process reformats ISO 8208 
packets into Mode S packets. For the GDLP, the uplink process reformats ISO 8208 packets into Mode S packets and the 
downlink process reformats Mode S packets into ISO 8208 packets. 


5.2.5.2.1 CALL REQUEST By ADLP 
5.2.5.2.1.1. Translation into Mode S packets 
5.2.5.2.1.1.1. Translated packet format. Reception by the ADLP reformatting process of an ISO 8208 CALL 


REQUEST packet from the local DCE shall result in the generation of corresponding Mode S CALL REQUEST by ADLP 
packet(s) (as determined by S-bit processing (5.2.5.1.4.2)) as follows: 





DP:1|MP:1| SP:2) ST:2| FILL2:00r2 | P:1 | FILL:1 SN:6 CH:4 AM:4 AG:8 | S:1 | FS:2| F:1 LV:4 UD:v 
























































5.2.5.2.1.1.2 Data packet type (DP). This field shall be set to 0. 
5.2.5.2.1.1.3 MSP packet type (MP). This field shall be set to 1. 
5.2.5.2.1.1.4 Supervisory packet (SP). This field shall be set to 1. 
5.2.5.2.1.1.5 Supervisory type (ST). This field shall be set to 0. 


5.2.5.2.1.1.6 Priority (P). This field shall be set to 0 for a low priority SVC and to | for a high priority SVC. The value 
for this field shall be obtained from the data transfer field of the priority facility of the ISO 8208 packet, and shall be set to 0 
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if the ISO 8208 packet does not contain the priority facility or if a priority of 255 is specified. The other fields of the priority 
facility shall be ignored. 


5.2.5.2.1.1.7 Sequence number (SN). For a particular SVC, each packet shall be numbered (5.2.6.9.4). 


5.2.5.2.1.1.8 Channel number (CH). The channel number shall be chosen from the pool of SVC channel numbers 
available to the ADLP. The pool shall consist of 15 values from 1 through 15. The highest available channel number shall be 
chosen from the pool. An available channel shall be defined as one in state pl. The correspondence between the channel 
number used by the Mode S subnetwork and the number used by the DTE/DCE interface shall be maintained while the 
channel is active. 


Note.— Also refer to 5.2.5.1.2 on channel pool management. 


5.2.5.2.1.1.9 Address, mobile (AM). This address shall be the mobile DTE sub-address (5.2.3.1.3.2) in the range of 0 to 
15. The address shall be extracted from the two least significant digits of the calling DTE address contained in the ISO 8208 
packet and converted to binary representation. 


Note.— The 24-bit aircraft address is transferred within the Mode S link layer. 


5.2.5.2.1.1.10 Address, ground (AG). This address shall be the ground DTE address (5.2.3.1.3.1) in the range of 0 to 
255. The address shall be extracted from the called DTE address contained in the ISO 8208 packet and converted to binary 
representation. 


5.2.5.2.1.1.11 Fill field. The fill field shall be used to align subsequent data fields on byte boundaries. When indicated 
as “FILL:n’”, the fill field shall be set to a length of “‘n” bits. When indicated as “FILL1: 0 or 6”, the fill field shall be set to a 
length of 6 bits for a non-multiplexed packet in a downlink SLM frame and 0 bit for all other cases. When indicated as 
“FILL2: 0 or 2”, the fill field shall be set to a length of 0 bit for a non-multiplexed packet in a downlink SLM frame or for a 
multiplexing header and 2 bits for all other cases. 


5.2.5.2.1.1.12 S field (S). A value of 1 shall indicate that the packet is part of an S-bit sequence with more packets in 
the sequence to follow. A value of 0 shall indicate that the sequence ends with this packet. This field shall be set as specified 
in 5.2.5.1.4.2. 


5.2.5.2.1.1.13 FS field (FS). A value of 0 shall indicate that the packet does not contain fast select data. A value of 2 
or 3 shall indicate that the packet contains fast select data. A value of 2 shall indicate normal fast select operation. A value of 
3 shall indicate fast select with restricted response. An FS value of 1 shall be undefined. 


5.2.5.2.1.1.14 First packet flag (F). This field shall be set to O in the first packet of an S-bit sequence and in a packet 
that is not part of an S-bit sequence. Otherwise it shall be set to 1. 


5.2.5.2.1.1.15 User data length (LV). This field shall indicate the number of full bytes used in the last SLM or ELM 
segment as defined in 5.2.2.3.1. 


5.2.5.2.1.1.16 User data field (UD). This field shall only be present if optional CALL REQUEST user data (maximum 
16 bytes) or fast select user data (maximum 128 bytes) is contained in the ISO 8208 packet. The user data field shall be 
transferred from ISO 8208 packet unchanged using S-bit processing as specified in 5.2.5.1.4.2. 


5.2.5.2.1.2 Translation into ISO 8208 packets 
5.2.5.2.1.2.1 Translation. Reception by the GDLP reformatting process of a Mode S CALL REQUEST by ADLP 
packet (or an S-bit sequence of packets) from the GDCE shall result in the generation of a corresponding ISO 8208 CALL 


REQUEST packet to the local DCE. The translation from the Mode S packet to the ISO 8208 packet shall be the inverse of 
the processing defined in 5.2.5.2.1.1 with the exceptions as specified in 5.2.5.2.1.2.2. 
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5.2.5.2.1.2.2 Called DTE, calling DTE address and length fields. The calling DTE address shall be composed of the 
aircraft address and the value contained in the AM field of the Mode S packet, converted to BCD (5.2.3.1.3.2). The called 
DTE address shall be the ground DTE address contained in the AG field of the Mode S packet, converted to BCD. The length 
field shall be as defined in ISO 8208. 


5.2.5.2.2 CALL REQUEST BY GDLP 


5.2.5.2.2.1_ Translation into Mode S packets 


5.2.5.2.2.1.1. General. Reception by the GDLP reformatting process of an ISO 8208 CALL REQUEST packet from the 
local DCE shall result in the generation of corresponding Mode S CALL REQUEST by GDLP packet(s) (as determined by 
S-bit processing (5.2.5.1.4.2)) as follows: 





DP:1 | MP:1 | SP:2 | ST:2 | FILL:2 | P:1 | FILL:1 | SN:6 | FILL:2 | TC:2 | AM:4 | AG:8 | S:1 | FS:2| F:1 LV:4 UD:v 



























































Fields shown in the packet format and not specified in the following paragraphs shall be set as specified in 5.2.5.2.1. 
5.2.5.2.2.1.2 Data packet type (DP). This field shall be set to 0. 
5.2.5.2.2.1.3 MSP packet type (MP). This field shall be set to 1. 
5.2.5.2.2.1.4 Supervisory packet (SP). This field shall be set to 1. 
5.2.5.2.2.1.5 Supervisory type (ST). This field shall be set to 0. 


5.2.5.2.2.1.6 Temporary channel number field (TC). This field shall be used to distinguish multiple call requests from a 
GDLP. The ADLP reformatting process, upon receipt of a temporary channel number, shall assign a channel number from 
those presently in the READY state, p1. 


5.2.5.2.2.1.7 Address, ground (AG). This address shall be the ground DTE address (5.2.3.1.3.1) in the range of 0 to 255. 
The address shall be extracted from the calling DTE address contained in the ISO 8208 packet and converted to binary 
representation. 


5.2.5.2.2.1.8 Address, mobile (AM). This address shall be the mobile DTE sub-address (5.2.3.1.3.2) in the range of 0 to 
15. The address shall be extracted from the two least significant digits of the called DTE address contained in the ISO 8208 
packet and converted to binary representation. 


5.2.5.2.2.2 Translation into ISO 8208 packets 


5.2.5.2.2.2.1_ Translation. Reception by the ADLP reformatting process of a Mode S CALL REQUEST by GDLP packet 
(or an S-bit sequence of packets) from the ADCE shall result in the generation of a corresponding ISO 8208 CALL REQUEST 
packet to the local DCE. The translation from the Mode S packet to the ISO 8208 packet shall be the inverse of the processing 
defined in 5.2.5.2.2.1 with the exceptions as specified in 5.2.5.2.2.2.2. 


5.2.5.2.2.2.2 Called DTE, calling DTE address and length fields. The called DTE address shall be composed of the 
aircraft address and the value contained in the AM field of the Mode S packet, converted to BCD (5.2.3.1.3.2). The calling 
DTE address shall be the ground DTE address contained in the AG field of the Mode S packet, converted to BCD. The length 
field shall be as defined in ISO 8208. 
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5.2.5.2.3. CALLACCEPT By ADLP 
5.2.5.2.3.1_ Translation into Mode S packets 
5.2.5.2.3.1.1 Translated packet format. Reception by the ADLP reformatting process of an ISO 8208 CALL ACCEPT 


packet from the local DCE shall result in the generation of corresponding Mode § CALL ACCEPT by ADLP packet(s) (as 
determined by S-bit processing (5.2.5.1.4.2)) as follows: 





DP:1 | MP:1 | SP:2 | ST:2 | FILL2:00r2 | TC:2 | SN:6 | CH:4 | AM:4 | AG8 | S: 


u 


FILL:2 | F:1 | LV:4 | UD:v 





















































Fields shown in the packet format and not specified in the following paragraphs shall be set as specified in 5.2.5.2.1. 
5.2.5.2.3.1.2 Data packet type (DP). This field shall be set to 0. 
5.2.5.2.3.1.3 MSP packet type (MP). This field shall be set to 1. 
5.2.5.2.3.1.4 Supervisory packet (SP). This field shall be set to 1. 
5.2.5.2.3.1.5 Supervisory type (ST). This field shall be set to 1. 


5.2.5.2.3.1.6 Temporary channel number (TC). The TC value in the originating Mode S CALL REQUEST by GDLP 
packet shall be returned to the GDLP along with the channel number (CH) assigned by the ADLP. 


5.2.5.2.3.1.7. Channel number (CH). The field shall be set equal to the channel number assigned by the ADLP as 
determined during the CALL REQUEST procedures for the Mode S connection. 


5.2.5.2.3.1.8 Address, mobile and address, ground. The AM and AG values in the originating Mode S CALL 
REQUEST by GDLP packet shall be returned in these fields. When present, DTE addresses in the ISO 8208 CALL ACCEPT 
packet shall be ignored. 


5.2.5.2.3.2 Translation into ISO 8208 packets 


5.2.5.2.3.2.1 Translation. Reception by the GDLP reformatting process of a Mode S CALL ACCEPT by ADLP packet (or 
an S-bit sequence of packets) from the GDCE shall result in the generation of a corresponding ISO 8208 CALL ACCEPT packet to 
the local DCE. The translation from the Mode S packet to the ISO 8208 packet shall be the inverse of the processing defined in 
5.2.5.2.3.1 with the exceptions as specified in 5.2.5.2.3.2.2. 


5.2.5.2.3.2.2 Called DTE, calling DTE address and length fields. Where present, the called DTE address shall be 
composed of the aircraft address and the value contained in the AM field of the Mode S packet, converted to BCD 


(5.2.3.1.3.2). Where present, the calling DTE address shall be the ground DTE address contained in the AG field of the 
Mode S packet, converted to BCD. The length field shall be as defined in ISO 8208. 


Note.— The called and calling DTE addresses are optional in the corresponding ISO 8208 packet and are not required 
for correct operation of the Mode S subnetwork. 


5.2.5.2.4 CALLACCEPT sy GDLP 
5.2.5.2.4.1_ Translation into Mode S packets 
5.2.5.2.4.1.1. Translated packet format. Reception by the GDLP reformatting process of an ISO 8208 CALL ACCEPT 


packet from the local DCE shall result in the generation of corresponding Mode S CALL ACCEPT by GDLP packet(s) (as 
determined by S-bit processing (5.2.5.1.4.2)) as follows: 
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DP:1 | MP:1 | SP:2) ST:2) FILL:2 | FILL:2 | SN:6| CH:4 | AM:4 | AG:8 | S: 


4 


FILL:2 Fil LV:4 UD:v 





















































Fields shown in the packet format and not specified in the following paragraphs shall be set as specified in 5.2.5.2.1. 
5.2.5.2.4.1.2 Data packet type (DP). This field shall be set to 0. 
5.2.5.2.4.1.3 MSP packet type (MP). This field shall be set to 1. 
5.2.5.2.4.1.4 Supervisory packet (SP). This field shall be set to 1. 
5.2.5.2.4.1.5 Supervisory type (ST). This field shall be set to 1. 


5.2.5.2.4.1.6 Address, mobile and address, ground. The AM and AG values in the originating Mode S CALL 
REQUEST by ADLP packet shall be returned in these fields. When present, DTE addresses in the ISO 8208 CALL ACCEPT 
packet shall be ignored. 


5.2.5.2.4.2 Translation into ISO 8208 packets 


5.2.5.2.4.2.1_ Translation. Reception by the ADLP reformatting process of a Mode S CALL ACCEPT by GDLP packet (or 
an S-bit sequence of packets) from the ADCE shall result in the generation of a corresponding ISO 8208 CALL ACCEPT packet 
to the local DCE. The translation from the Mode S packet to the ISO 8208 packet shall be the inverse of the processing defined in 
5.2.5.2.4.1 with the exceptions as specified in 5.2.5.2.4.2.2. 


5.2.5.2.4.2.2 Called DTE, calling DTE address and length fields. Where present, the calling DTE address shall be 
composed of the aircraft address and the value contained in the AM field of the Mode S packet, converted to BCD 
(5.2.3.1.3.2). Where present, the called DTE address shall be the ground DTE address contained in the AG field of the 
Mode S packet, converted to BCD. The length field shall be as defined in ISO 8208. 


Note.— The called and calling DTE addresses are optional in the corresponding ISO 8208 packet and are not required 
for correct operation of the Mode S subnetwork. 


5.2.5.2.5 CLEAR REQUEST By ADLP 
5.2.5.2.5.1_ Translation into Mode S packets 
5.2.5.2.5.1.1. Translated packet format. Reception by the ADLP reformatting process of an ISO 8208 CLEAR 


REQUEST packet from the local DCE shall result in the generation of a corresponding Mode S CLEAR REQUEST by 
ADLP packet(s) (as determined by S-bit processing (5.2.5.1.4.2)) as follows: 





DP:1} MP:1 |SP:2) ST:2 | FILL2:0 or 2 | TC:2 | SN:6 |CH:4|AM:4| AG:8 CC:8 DC:8 | S:1 | FILL:2 | F:t LV:4 UD:v 



























































Fields shown in the packet format and not specified in the following paragraphs shall be set as specified in 5.2.5.2.1 and 
9:2:5-2:2: 


5.2.5.2.5.1.2 Data packet type (DP). This field shall be set to 0. 
5.2.5.2.5.1.3. MSP packet type (MP). This field shall be set to 1. 


5.2.5.2.5.1.4 Supervisory packet (SP). This field shall be set to 1. 


22/11/07 [-5-22 


Part I Annex 10 — Aeronautical Communications 





5.2.5.2.5.1.5 Channel number (CH): If a channel number has been allocated during the call acceptance phase, then CH 
shall be set to that value, otherwise it shall be set to zero. 


5.2.5.2.5.1.6 Temporary channel (TC): If a channel number has been allocated during the call acceptance phase, then 
TC shall be set to zero, otherwise it shall be set to the value used in the CALL REQUEST by GDLP. 


5.2.5.2.5.1.7 Supervisory type (ST). This field shall be set to 2. 


5.2.5.2.5.1.8 Address, ground or address, mobile. The AG and AM values in the originating Mode S CALL REQUEST 
by ADLP or CALL REQUEST by GDLP packets shall be returned in these fields. When present, DTE addresses in the 
ISO 8208 CLEAR REQUEST packet shall be ignored. 


5.2.5.2.5.1.9 Clearing cause (CC) and diagnostic code (DC) fields. These fields shall be transferred without 
modification from the ISO 8208 packet to the Mode S packet when the DTE has initiated the clear procedure. If the XDLP 
has initiated the clear procedure, the clearing cause field and diagnostic field shall be as defined in the state tables for the 
DCE and XDCE (see also 5.2.6.3.3). The coding and definition of these fields shall be as specified in ISO 8208. 


5.2.5.2.5.2 Translation into ISO 8208 packets 

5.2.5.2.5.2.1_ Translation. Reception by the GDLP reformatting process of a Mode S CLEAR REQUEST by ADLP packet 
(or an S-bit sequence of packets) from the local GDCE shall result in the generation of a corresponding ISO 8208 CLEAR 
REQUEST packet to the local DCE. The translation from the Mode S packet to the ISO 8208 packet shall be the inverse of the 
processing defined in 5.2.5.2.5.1 with the exceptions specified in 5.2.5.2.5.2.2 and 5.2.5.2.5.2.3. 


5.2.5.2.5.2.2 Called DTE, calling DTE and length fields. These fields shall be omitted in the ISO 8208 CLEAR 
REQUEST packet. 


5.2.5.2.5.2.3 Clearing cause field. This field shall be set taking account of 5.2.6.3.3. 


5.2.5.2.6 CLEAR REQUEST By GDLP 
5.2.5.2.6.1_ Translation into Mode S packets 
5.2.5.2.6.1.1. Translated packet format. Reception by the GDLP reformatting process of an ISO 8208 CLEAR 


REQUEST packet from the local DCE shall result in the generation of corresponding Mode S CLEAR REQUEST by GDLP 
packet(s) (as determined by S-bit processing (5.2.5.1.4.2)) as follows: 





4 


DP:1 | MP:1 | SP:2 | ST:2 | FILL:2 | TC:2 | SN:6 | CH:4 | AM:4 | AG:8 | CC:8 | DC:8 | S: FILL:2 | F:1 LV:4 UD:v 



























































Fields shown in the packet format and not specified in the following paragraphs shall be set as specified in 5.2.5.2.1, 5.2.5.2.2 
and 5.2.5.2.5. 


5.2.5.2.6.1.2 Data packet type (DP). This field shall be set to 0. 
5.2.5.2.6.1.3 MSP packet type (MP). This field shall be set to 1. 
5.2.5.2.6.1.4 Supervisory packet (SP). This field shall be set to 1. 


5.2.5.2.6.1.5 Channel number (CH): If a channel number has been allocated during the call acceptance phase, then CH 
shall be set to that value, otherwise it shall be set to zero. 
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5.2.5.2.6.1.6 Temporary channel (TC): If a channel number has been allocated during the call acceptance phase, then 
TC shall be set to zero, otherwise it shall be set to the value used in the CALL REQUEST by GDLP. 


5.2.5.2.6.1.7 Supervisory type (ST). This field shall be set to 2. 
5.2.5.2.6.2 Translation into ISO 8208 packets 

5.2.5.2.6.2.1 Translation. Reception by the ADLP reformatting process of a Mode S CLEAR REQUEST by GDLP 
packet (or an S-bit sequence of packets) from the local ADCE shall result in the generation of a corresponding ISO 8208 
CLEAR REQUEST packet to the local DCE. The translation from the Mode S packet to the ISO 8208 packet shall be the 
inverse of the processing defined in 5.2.5.2.6.1. 

5.2.5.2.6.2.2. Called DTE, calling DTE and length fields. These fields shall be omitted in the ISO 8208 CLEAR 
REQUEST packet. 
5.2.5.2.7 DATA 
5.2.5.2.7.1_ Translation into Mode S packets 

5.2.5.2.7.1.1. Translated packet format. Reception by the XDLP reformatting process of ISO 8208 DATA packet(s) 


from the local DCE shall result in the generation of corresponding Mode S DATA packet(s) as determined by M-bit 
processing (5.2.5.1.4.1), as follows: 





DP:1 M:1 SN:6 FILL1:0 or 6 PS:4 PR:4 CH:4 LV:4 UD:v 



































5.2.5.2.7.1.2 Data packet type (DP). This field shall be set to 1. 

5.2.5.2.7.1.3 M field (M). A value of 1 shall indicate that the packet is part of an M-bit sequence with more packets in 
the sequence to follow. A value of 0 shall indicate that the sequence ends with this packet. The appropriate value shall be 
placed in the M-bit field of the Mode S packet. 

Note.— See 5.2.5.1.4 and ISO 8208 for a complete explanation. 

5.2.5.2.7.1.4 Sequence number (SN). The sequence number field shall be set as specified in 5.2.5.2.1.1.7. 


5.2.5.2.7.1.5 Packet send sequence number (PS). The packet send sequence number field shall be set as specified in 
5.2.6.4.4. 


5.2.5.2.7.1.6 Packet receive sequence number (PR). The packet receive sequence number field shall be set as specified 
in 5.2.6.4.4. 


5.2.5.2.7.1.7 Channel number (CH). The channel number field shall contain the Mode S channel number that 
corresponds to the incoming ISO 8208 DATA packet channel number. 


5.2.5.2.7.1.8 User data length (LV). This field shall indicate the number of full bytes used in the last SLM or ELM 
segment as defined in 5.2.2.3.1. 


5.2.5.2.7.1.9 Fill (FILL1). This field shall be set as specified in 5.2.5.2.1.1.11. 


5.2.5.2.7.1.10 User data (UD). The user data shall be transferred from the ISO 8208 packet to the Mode S packet 
utilizing the M-bit packet assembly processing as required. 


22/11/07 ]-5-24 


Part I Annex 10 — Aeronautical Communications 





5.2.5.2.7.2 Translation into ISO 8208 packets. Reception by the XDLP reformatting process of Mode S DATA 
packet(s) from the local XDCE shall result in the generation of corresponding ISO 8208 DATA packet(s) to the local DCE. 
The translation from Mode S packet(s) to the ISO 8208 packet(s) shall be the inverse of the processing defined in 5.2.5.2.7.1. 


5.2.5.2.8 INTERRUPT 
5.2.5.2.8.1 Translation into Mode S packets 
5.2.5.2.8.1.1 Translated packet format. Reception by the XDLP reformatting process of an ISO 8208 INTERRUPT 


packet from the local DCE shall result in the generation of corresponding Mode S INTERRUPT packet(s) (as determined by 
S-bit processing (5.2.5.1.4.2)) as follows: 





DP:1 MP:1 SP:2 | ST:2 FILL2:0 or 2 St Fil SN:6 CH:4 LV:4 UD:v 









































Fields shown in the packet format and not specified in the following paragraphs shall be set as specified in 5.2.5.2.1. 

5.2.5.2.8.1.2 Data packet type (DP). This field shall be set to 0. 

5.2.5.2.8.1.3. MSP packet type (MP). This field shall be set to 1. 

5.2.5.2.8.1.4 Supervisory packet (SP). This field shall be set to 3. 

5.2.5.2.8.1.5 Supervisory type (ST). This field shall be set to 1. 

5.2.5.2.8.1.6 User data length (LV). This field shall be set as specified in 5.2.2.3.1. 

5.2.5.2.8.1.7 User data (UD). The user data shall be transferred from the ISO 8208 packet to the Mode S packet using 
the S-bit packet reassembly processing as required. The maximum size of the user data field for an INTERRUPT packet shall 
be 32 bytes. 

5.2.5.2.8.2 Translation into ISO 8208 packets. Reception by the XDLP reformatting process of Mode S INTERRUPT 
packet(s) from the local XDCE shall result in the generation of a corresponding ISO 8208 INTERRUPT packet to the local 
DCE. The translation from the Mode S packet(s) to the ISO 8208 packet shall be the inverse of the processing defined in 
5.2.5.2.8.1. 
5.2.5.2.9 INTERRUPT CONFIRMATION 
5.2.5.2.9.1_ Translation into Mode S packets 

5.2.5.2.9.1.1_ Translated packet format. Reception by the XDLP reformatting process of an ISO 8208 INTERRUPT 


CONFIRMATION packet from the local DCE shall result in the generation of a corresponding Mode S INTERRUPT 
CONFIRMATION packet as follows: 





DP:1 MP:1 SP:2 ST:2 SS:2 FILL2:0 or 2 SN:6 CH:4 FILL:4 



































Fields shown in the packet format and not specified in the following paragraphs shall be set as specified in 5.2.5.2.1. 
5.2.5.2.9.1.2 Data packet type (DP). This field shall be set to 0. 


5.2.5.2.9.1.3 MSP packet type (MP). This field shall be set to 1. 
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5.2.5.2.9.1.4 Supervisory packet (SP). This field shall be set to 3. 

5.2.5.2.9.1.5 Supervisory type (ST). This field shall be set to 3. 

5.2.5.2.9.1.6 Supervisory subset (SS). This field shall be set to 0. 

5.2.5.2.9.2 Translation into ISO 8208 packets. Reception by the XDLP reformatting process of a Mode S INTERRUPT 
CONFIRMATION packet from the local XDCE shall result in the generation of a corresponding ISO 8208 INTERRUPT 
CONFIRMATION packet to the local DCE. The translation from the Mode S packet to the ISO 8208 packet shall be the 
inverse of the processing defined in 5.2.5.2.9.1. 
5.2.5.2.10 RESET REQUEST 
5.2.5.2.10.1 Translation into Mode S packets 

5.2.5.2.10.1.1 Translated packet format. Reception by the XDLP reformatting process of an ISO 8208 RESET 


REQUEST packet from the local DCE shall result in the generation of a corresponding Mode S RESET REQUEST packet as 
follows: 

















DP:1 | MP:1 | SP:2 | ST:2 FILL2:0 or 2 FILL:2 SN:6 CH:4 FILL:4 RC:8 DC:8 





























Fields shown in the packet format and not specified in the following paragraphs shall be set as specified in 5.2.5.2.1. 

5.2.5.2.10.1.2 Data packet type (DP). This field shall be set to 0. 

5.2.5.2.10.1.3 MSP packet type (MP). This field shall be set to 1. 

5.2.5.2.10.1.4 Supervisory packet (SP). This field shall be set to 2. 

5.2.5.2.10.1.5 Supervisory type (ST). This field shall be set to 2. 

5.2.5.2.10.1.6 Reset cause code (RC) and diagnostic code (DC). The reset cause and diagnostic codes used in the 
Mode S RESET REQUEST packet shall be as specified in the ISO 8208 packet when the reset procedure is initiated by the 
DTE. If the reset procedure originates with the DCE, the DCE state tables shall specify the diagnostic fields coding. In this 
case, bit 8 of the reset cause field shall be set to 0. 

5.2.5.2.10.2 Translation into ISO 8208 packets. Reception by the XDLP reformatting process of a Mode S RESET 
packet from the local XDCE shall result in the generation of a corresponding ISO 8208 RESET packet to the local DCE. The 
translation from the Mode S packet to the ISO 8208 packet shall be the inverse of the processing defined in 5.2.5.2.10.1. 

5.2.5.2.11 ISO 8208 RESTART REQUEST to Mode S CLEAR REQUEST. The receipt of an ISO 8208 RESTART 
REQUEST from the local DCE shall result in the reformatting process generating a Mode S CLEAR REQUEST by ADLP or 
Mode S CLEAR REQUEST by GDLP for all SVCs associated with the requesting DTE. The fields of the Mode S CLEAR 
REQUEST packets shall be set as specified in 5.2.5.2.5 and 5.2.5.2.6. 


Note.— There are no restart states in the Mode S packet layer protocol. 


5.2.5.3. PACKETS LOCAL TO THE MODE S SUBNETWORK 


Note.— Packets defined in this section do not result in the generation of an ISO 8208 packet. 
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5.2.5.3.1 MODES RECEIVE READY 


5.2.5.3.1.1 Packet format. The Mode S RECEIVE READY packet arriving from an XDLP is not related to the control 
of the DTE/DCE interface and shall not cause the generation of an ISO 8208 packet. The format of the packet shall be as 
follows: 








DP:1 MP:1 SP:2 ST:2 FILL2:0 or 2 FILL:2 SN:6 CH:4 PR:4 
































Fields shown in the packet format and not specified in the following paragraphs shall be set as specified in 5.2.5.2.1. The 
packet shall be processed as specified in 5.2.6.5. 


5.2.5.3.1.2 Data packet type (DP). This field shall be set to 0. 
5.2.5.3.1.3 MSP packet type (MP). This field shall be set to 1. 
5.2.5.3.1.4 Supervisory packet (SP). This field shall be set to 2. 
5.2.5.3.1.5 Supervisory type (ST). This field shall be set to 0. 
5.2.5.3.1.6 Packet receive sequence number (PR). This field shall be set as specified in 5.2.6.4.4. 
5.2.5.3.2 MODES RECEIVE NOT READY 
5.2.5.3.2.1 Packet format. The Mode S RECEIVE NOT READY packet arriving from an XDLP is not related to the 


control of the DTE/DCE interface and shall not cause the generation of an ISO 8208 packet. The format of the packet shall be 
as follows: 





DP:1 MP:1 SP:2 ST:2 FILL2:0 or 2 FILL:2 SN:6 CH:4 PR:4 



































Fields shown in the packet format and not specified in the following paragraphs shall be set as specified in 5.2.5.2.1. The 
packet shall be processed as specified in 5.2.6.6. 


5.2.5.3.2.2 Data packet type (DP). This field shall be set to 0. 

5.2.5.3.2.3 MSP packet type (MP). This field shall be set to 1. 

5.2.5.3.2.4 Supervisory packet (SP). This field shall be set to 2. 

5.2.5.3.2.5 Supervisory type (ST). This field shall be set to 1. 

5.2.5.3.2.6 Packet receive sequence number (PR). This field shall be set as specified in 5.2.6.4.4. 
5.2.5.3.3. MODES ROUTE 


5.2.5.3.3.1 Packet format. The format for the packet shall be as follows: 








DP:1 MP:1 SP:2 ST:2 OF:1 IN:1 RTL:8 RT:v ODL:0 or 8 OD:v 



































Fields shown in the packet format and not specified in the following paragraphs shall be set as specified in 5.2.5.2.1. The 
packet shall only be generated by the GDLP. It shall be processed by the ADLP as specified in 5.2.8.1.2 and shall have a 
maximum size as specified in 5.2.6.4.2.1. 
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5.2.5.3.3.2 Data packet type (DP). This field shall be set to 0. 
5.2.5.3.3.3 MSP packet type (MP). This field shall be set to 1. 
5.2.5.3.3.4 Supervisory packet (SP). This field shall be set to 3. 
5.2.5.3.3.5 Supervisory type (ST). This field shall be set to 0. 


5.2.5.3.3.6 Option flag (OF). This field shall indicate the presence of the optional data length (ODL) and optional data 
(OD) fields. OF shall be set to 1 if ODL and OD are present. Otherwise it shall be set to 0. 


5.2.5.3.3.7 Initialization bit (IN). This field shall indicate the requirement for subnetwork initialization. It shall be set 
by the GDLP as specified in 5.2.8.1.2 d). 


Note.— Initialization causes the clearing of any open SVCs associated with the DTE addresses contained in the ROUTE 
packet. This is needed to assure that all channels are closed at acquisition and for initialization following recovery after a 
GDLP failure. 

5.2.5.3.3.8 Route table length (RTL). This field shall indicate the size of the route table, expressed in bytes. 
5.2.5.3.3.9 Route table (RT) 


5.2.5.3.3.9.1 Contents. This table shall consist of a variable number of entries each containing information specifying 
the addition or deletion of entries in the II code-DTE cross-reference table (5.2.8.1.1). 


5.2.5.3.3.9.2 Entries. Each entry in the route table shall consist of the II code, a list of up to 8 ground DTE addresses, 
and a flag indicating whether the resulting II code-DTE pairs shall be added or deleted from the II code-DTE cross-reference 
table. A route table entry shall be coded as follows: 





Wl:4 AD:1 ND:3 DAL:v 




















5.2.5.3.3.9.3 Interrogator identifier (II). This field shall contain the 4-bit II code. 


5.2.5.3.3.9.4 Add/delete flag (AD). This field shall indicate whether the II code-DTE pairs shall be added (AD = 1) or 
deleted (AD = 0) from the II code-DTE cross-reference table. 


5.2.5.3.3.9.5 Number of DTE addresses (ND). This field shall be expressed in binary in the range from 0 to 7 and shall 
indicate the number of DTE addresses present in DAL minus 1 (in order to allow from 1 to 8 DTE addresses). 


5.2.5.3.3.9.6 DTE address list (DAL). This list shall consist of up to 8 DTE addresses, expressed in 8-bit binary 
representation. 


5.2.5.3.3.10 Optional data length (ODL). This field shall contain the length in bytes of the following OD field. 


5.2.5.3.3.11. Optional data (OD). This variable length field shall contain optional data. 


5.2.5.3.4 MODES CLEAR CONFIRMATION By ADLP 


5.2.5.3.4.1 Packet format. The format for this packet shall be as follows: 
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DP:1 MP:1 SP:2 ST:2 FILL2:0 or 2 TC:2 SN:6 CH:4 AM:4 AG:8 






































Fields shown in the packet format and not specified in the following paragraphs shall be set as specified in 5.2.5.2.1 and 
5.2.5.2.5. This packet shall be processed as specified in 5.2.6.3. 


5.2.5.3.4.2 Data packet type (DP). This field shall be set to 0. 
5.2.5.3.4.3 MSP packet type (MP). This field shall be set to 1. 
5.2.5.3.4.4 Supervisory packet (SP). This field shall be set to 1. 


5.2.5.3.4.5 Channel number (CH): If a channel number has been allocated during the call acceptance phase, then CH 
shall be set to that value, otherwise it shall be set to zero. 


5.2.5.3.4.6 Temporary channel (TC): If a channel number has been allocated during the call acceptance phase, then TC 
shall be set to zero, otherwise it shall be set to the value used in the CALL REQUEST by GDLP. 


5.2.5.3.4.7 Supervisory type (ST). This field shall be set to 3. 
5.2.5.3.5  MobES CLEAR CONFIRMATION BY GDLP 


5.2.5.3.5.1 Packet format. The format for this packet shall be as follows: 





DP:1 MP:1 SP:2 ST:2 FILL:2 TC:2 SN:6 CH:4 AM:4 AG:8 






































Fields shown in the packet format and not specified in the following paragraphs shall be set as specified in 5.2.5.2.1 and 
5.2.5.2.6. This packet shall be processed as specified in 5.2.6.3. 


5.2.5.3.5.2 Data packet type (DP). This field shall be set to 0. 
5.2.5.3.5.3. MSP packet type (MP). This field shall be set to 1. 
5.2.5.3.5.4 Supervisory packet (SP). This field shall be set to 1. 


5.2.5.3.5.5 Channel number (CH): If a channel number has been allocated during the call acceptance phase, then CH 
shall be set to that value, otherwise it shall be set to zero. 


5.2.5.3.5.6 Temporary channel (TC): If a channel number has been allocated during the call acceptance phase, then TC 
shall be set to zero, otherwise it shall be set to the value used in the CALL REQUEST by GDLP. 


5.2.5.3.5.7 Supervisory type (ST). This field shall be set to 3. 
5.2.5.3.6 MODES RESET CONFIRMATION 


5.2.5.3.6.1_ Packet format. The format for this packet shall be as follows: 





DP:1 MP:1 SP:2 ST:2 FILL2:0 or 2 FILL:2 SN:6 CH:4 FILL:4 
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Fields shown in the packet format and not specified in the following paragraphs shall be set as specified in 5.2.5.2.1. This 
packet shall be processed as specified in Table 5-14. 


5.2.5.3.6.2 


5.2.5.3.6.3 


5.2.5.3.6.4 


5.2.5.3.6.5 


Data packet type (DP). This field shall be set to 0. 
MSP packet type (MP). This field shall be set to 1. 
Supervisory packet (SP). This field shall be set to 2. 


Supervisory type (ST). This field shall be set to 3. 


5.2.5.3.7 MODES REJECT 


5.2.5.3.7.1 


Packet format. The format for this packet shall be as follows: 








DP:1 MP:1 SP:2 ST:2 SS:2 FILL2:0 or 2 SN:6 CH:4 PR:4 
































Fields shown in the packet format and not specified in the following paragraphs shall be set as specified in 5.2.5.2.1. This 
packet shall be processed as specified in 5.2.6.8. 


5.2.5.3.7.2 


5.2.5.:3.7.3 


5.2.5.3.7.4 


5.2.5:3.7:5 


5.2.5.3.7.6 


5.2.5.3.7.7 


Data packet type (DP). This field shall be set to 0. 
MSP packet type (MP). This field shall be set to 1. 
Supervisory packet (SP). This field shall be set to 3. 
Supervisory type (ST). This field shall be set to 3. 
Supervisory subset (SS). This field shall be set to 1. 


Packet receive sequence number (PR). This field shall be set as specified in 5.2.6.4.4. 


5.2.6 XDCE operation 


Note.— The ADCE process within the ADLP acts as a peer process to the GDCE process in the GDLP. 


5.2.6.1 State transitions. The XDCE shall operate as a state machine. Upon entering a state, the XDCE shall perform 
the actions specified in Table 5-14. State transition and additional action(s) shall be as specified in Table 5-15 through 


Table 5-22. 


Note 1.— The next state transition (if any) that occurs when the XDCE receives a packet from the peer XDCE is 
specified by Table 5-15 through Table 5-19. The same transitions are defined in Table 5-20 through Table 5-22 when the 
XDCE receives a packet from the DCE (via the reformatting process). 


Note 2.— The XDCE state hierarchy is the same as for the DCE as presented in Figure 5-2, except that states 2, r3 and 


Pp are omitted. 
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5.2.6.2 DISPOSITION OF PACKETS 


5.2.6.2.1 Upon receipt of a packet from the peer XDCE, the packet shall be forwarded or not forwarded to the DCE 
(via the reformatting process) according to the parenthetical instructions contained in Tables 5-15 to 5-19. If no parenthetical 
instruction is listed or if the parenthetical instruction indicates “do not forward” the packet shall be discarded. 


5.2.6.2.2 Upon receipt of a packet from the DCE (via the reformatting process), the packet shall be forwarded or not 
forwarded to the peer XDCE according to the parenthetical instructions contained in Tables 5-20 to 5-22. If no parenthetical 
instruction is listed or if the parenthetical instruction indicates “do not forward” the packet shall be discarded. 


5.2.6.3 SVC CALL SETUP AND CLEAR PROCEDURE 


5.2.6.3.1 Setup procedures. Upon receipt of a CALL REQUEST from the DCE or peer XDCE, the XDLP shall 
determine if sufficient resources exist to operate the SVC. This shall include: sufficient buffer space (refer to 5.2.5.1.1 for 
buffer requirements) and an available pl state SVC. Upon acceptance of the CALL REQUEST from the DCE (via the 
reformatting process), the Mode S CALL REQUEST packet shall be forwarded to frame processing. Upon acceptance of a 
Mode S CALL REQUEST from the peer XDCE (via frame processing), the Mode S CALL REQUEST shall be sent to the 
reformatting process. 


5.2.6.3.2  Aborting a call request. If the DTE and/or the peer XDCE abort a call before they have received a CALL 


ACCEPT packet, they shall indicate this condition by issuing a CLEAR REQUEST packet. Procedures for handling these 
cases shall be as specified in Table 5-16 and Table 5-20. 


5.2.6.3.3. VIRTUAL CALL CLEARING 

5.2.6.3.3.1 If the XDCE receives a Mode S CALL REQUEST from the reformatting process that it cannot support, it 
shall initiate a Mode S CLEAR REQUEST packet that is sent to the DCE (via the reformatting process) for transfer to the 
DTE (the DCE thus enters the DCE CLEAR REQUEST to DTE state, p7). 


5.2.6.3.3.2 If the XDCE receives a Mode S CALL REQUEST packet from the peer XDCE (via frame processing) 
which it cannot support, it shall enter the state p7. 


5.2.6.3.3.3. A means shall be provided to advise the DTE whether an SVC has been cleared due to the action of the peer 
DTE or due to a problem within the subnetwork itself. 


5.2.6.3.3.4 Recommendation.— The requirement of 5.2.6.3.3.3 should be satisfied by setting bit 8 of the cause field to 
I to indicate that the problem originated in the Mode S subnetwork and not in the DTE. The diagnostic and cause codes 
should be set as follows: 

a) nochannel number available, DC = 71, CC = 133; 

b) buffer space not available, DC = 71, CC = 133; 

c) DTE not operational, DC = 162, CC = 141; and 

d) link failure, DC = 225, CC = 137. 

5.2.6.3.3.5 If the ADLP receives a Mode S ROUTE packet with the IN bit set to ONE, the ADLP shall perform local 
initialization by clearing Mode S SVCs associated with the DTE addresses contained in the ROUTE packet. If the GDLP 


receives a search request (Table 5-23) from an ADLP, the GDLP shall perform local initialization by clearing Mode S SVCs 
associated with that ADLP. Local initialization shall be accomplished by: 
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a) releasing all allocated resources associated with these SVCs (including the resequencing buffers); 
b) returning these SVCs to the ADCE ready state (p1); and 


c) sending Mode S CLEAR REQUEST packets for these SVCs to the DCE (via the reformatting process) for transfer 
to the DTE. 


Note.— This action will allow all ISO 8208 SVCs attached to the Mode S SVCs to be cleared and return to their ready 
States (pl). 


5.2.6.3.4 Clear confirmation. When the XDCE receives a Mode S CLEAR CONFIRMATION packet, the remaining 
allocated resources to manage the SVC shall be released (including the resequencing buffers) and the SVC shall be returned 
to the p1 state. Mode SCLEAR CONFIRMATION packets shall not be transferred to the reformatting process. 


5.2.6.3.5 Clear collision. A clear collision occurs at the XDCE when it receives a Mode S CLEAR REQUEST packet 
from the DCE (via the reformatting process) and then receives a Mode S CLEAR REQUEST packet from the peer XDCE (or 


vice versa). In this event, the XDCE does not expect to receive a Mode S CLEAR CONFIRMATION packet for this SVC 
and shall consider the clearing complete. 


5.2.6.3.6 Packet processing. The XDCE shall treat an S-bit sequence of Mode S CALL REQUEST, CALL ACCEPT 

and CLEAR REQUEST packets as a single entity. 
5.2.6.4 DATA TRANSFER AND INTERRUPT PROCEDURES 

5.2.6.4.1 | GENERAL PROVISIONS 

5.2.6.4.1.1 Data transfer and interrupt procedures shall apply independently to each SVC. The contents of the user data 
field shall be passed transparently to the DCE or to the peer XDCE. Data shall be transferred in the order dictated by the 
sequence numbers assigned to the data packets. 

5.2.6.4.1.2 To transfer DATA packets, the SVC shall be ina FLOW CONTROL READY state (d1). 
5.2.6.4.2 MODES PACKET SIZE 

5.2.6.4.2.1_ The maximum size of Mode S packets shall be 152 bytes in the uplink direction and 160 bytes in the 
downlink direction for installations that have full uplink and downlink ELM capability. The maximum downlink packet size 
for level four transponders with less than 16 segment downlink ELM capability shall be 10 bytes times the maximum number 
of downlink ELM segments that the transponder specifies in its data link capability report. If there is no ELM capability, the 
maximum Mode S packet size shall be 28 bytes. 

5.2.6.4.2.2. The Mode S subnetwork shall allow packets of less than the maximum size to be transferred. 


5.2.6.4.3. FLOW CONTROL WINDOW SIZE 


5.2.6.4.3.1 The flow control window size of the Mode S subnetwork shall be independent of that used on the 
DTE/DCE interface. The Mode S subnetwork window size shall be 15 packets in the uplink and downlink directions. 


5.2.6.4.4 SVC FLOW CONTROL 
5.2.6.4.4.1_ Flow control shall be managed by means of a sequence number for received packets (PR) and one for 


packets that have been sent (PS). A sequence number (PS) shall be assigned for each Mode S DATA packet generated by the 
XDLP for each SVC. The first Mode S DATA packet transferred by the XDCE to frame processing when the SVC has just 
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entered the flow control ready state shall be numbered zero. The first Mode S packet received from the peer XDCE after an 
SVC has just entered the flow control ready state shall be numbered zero. Subsequent packets shall be numbered 
consecutively. 


5.2.6.4.4.2 A source of Mode S DATA packets (the ADCE or GDCE) shall not send (without permission from the 
receiver) more Mode S DATA packets than would fill the flow control window. The receiver shall give explicit permission to 
send more packets. 


5.2.6.4.4.3 The permission information shall be in the form of the next expected packet sequence number and shall be 
denoted PR. If a receiver wishes to update the window and it has data to transmit to the sender, a Mode S DATA packet shall 
be used for information transfer. If the window must be updated and no data are to be sent, a Mode S RECEIVE READY 
(RR) or Mode S RECEIVE NOT READY (RNR) packet shall be sent. At this point, the “sliding window” shall be moved to 
begin at the new PR value. The XDCE shall now be authorized to transfer more packets without acknowledgement up to the 
window limit. 


5.2.6.4.4.4 When the sequence number (PS) of the next Mode S DATA packet to be sent is in the range 
PR<PS<PR + 14 (modulo 16), the sequence number shall be defined to be “in the window” and the XDCE shall be 
authorized to transmit the packet. Otherwise, the sequence number (PS) of the packet shall be defined to be “outside the 
window” and the XDCE shall not transmit the packet to the peer XDCE. 


5.2.6.4.4.5 When the sequence number (PS) of the packet received is next in sequence and within the window, the 
XDCE shall accept this packet. Receipt of a packet with a PS: 


a) outside the window; or 
b) out of sequence; or 
c) not equal to 0 for the first data packet after entering FLOW CONTROL READY state (d1); 


shall be considered an error (5.2.6.8). 


5.2.6.4.4.6 The receipt of a Mode S DATA packet with a valid PS number (1.e. the next PS in sequence) shall cause the 
lower window PR to be changed to that PS value plus 1. The packet receive sequence number (PR) shall be conveyed to the 
originating XDLP by a Mode S DATA, RECEIVE READY, RECEIVE NOT READY, or REJECT packet. A valid PR value 
shall be transmitted by the XDCE to the peer XDCE after the receipt of 8 packets provided that sufficient buffer space exists 
to store 15 packets. Incrementing the PR and PS fields shall be performed using modulo 16 arithmetic. 


Note.— The loss of a packet which contains the PR value may cause the ADLP/GDLP operations for that SVC to cease. 


5.2.6.4.4.7. A copy of a packet shall be retained until the user data has been successfully transferred. Following 
successful transfer, the PS value shall be updated. 


5.2.6.4.4.8 The PR value for user data shall be updated as soon as the required buffer space for the window (as 
determined by flow control management) is available within the DCE. 


5.2.6.4.4.9 Flow control management shall be provided between the DCE and XDCE. 
5.2.6.4.5 | INTERRUPT PROCEDURES FOR SWITCHED VIRTUAL CIRCUITS 
5.2.6.4.5.1 If user data is to be sent via the Mode S subnetwork without following the flow control procedures, the 


interrupt procedures shall be used. The interrupt procedure shall have no effect on the normal data packet and flow control 
procedures. An interrupt packet shall be delivered to the DTE (or the transponder or interrogator interface) at or before the 
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point in the stream of data at which the interrupt was generated. The processing of a Mode S INTERRUPT packet shall occur 
as soon as it is received by the XDCE. 


Note.— The use of clear, reset, and restart procedures can cause interrupt data to be lost. 
5.2.6.4.5.2 The XDCE shall treat an S-bit sequence of Mode S INTERRUPT packets as a single entity. 


5.2.6.4.5.3 Interrupt processing shall have precedence over any other processing for the SVC occurring at the time of 
the interrupt. 


5.2.6.4.5.4 The reception of a Mode S INTERRUPT packet before the previous interrupt of the SVC has been 
confirmed (by the receipt of a Mode S INTERRUPT CONFIRMATION packet) shall be defined as an error. The error results 
in a reset (see Table 5-18). 


5.2.6.5 RECEIVE READY PROCEDURE 


5.2.6.5.1 The Mode S RECEIVE READY packet shall be sent if no Mode S DATA packets (that normally contain the 
updated PR value) are available for transmittal and it is necessary to transfer the latest PR value. It also shall be sent to 
terminate a receiver not ready condition. 


5.2.6.5.2 Receipt of the Mode S RECEIVE READY packet by the XDCE shall cause the XDCE to update its value of 
PR for the outgoing SVC. It shall not be taken as a demand for retransmission of packets that have already been transmitted 
and are still in the window. 


5.2.6.5.3. Upon receipt of the Mode S RECEIVE READY packet, the XDCE shall go into the ADLP(GDLP) 
RECEIVE READY state (g1). 


5.2.6.6 RECEIVE NOT READY PROCEDURE 

5.2.6.6.1 The Mode S RECEIVE NOT READY packet shall be used to indicate a temporary inability to accept 
additional DATA packets for the given SVC. The Mode S RNR condition shall be cleared by the receipt of a Mode S RR 
packet or a Mode S REJECT packet. 

5.2.6.6.2 When the XDCE receives a Mode S RECEIVE NOT READY packet from the peer XDCE, it shall update its 
value of PR for the SVC and stop transmitting Mode S DATA packets on the SVC to the XDLP. The XDCE shall go into the 
ADLP(GDLP) RECEIVE NOT READY state (g2). 

5.2.6.6.3 The XDCE shall transmit a Mode S RECEIVE NOT READY packet to the peer XDCE if it is unable to 
receive from the peer XDCE any more Mode S DATA packets on the indicated SVC. Under these conditions, the XDCE 
shall go into the ADCE(GDCE) RECEIVE NOT READY state (f2). 


5.2.6.7 RESET PROCEDURE 


5.2.6.7.1 When the XDCE receives a Mode S RESET REQUEST packet from either the peer XDCE or the DCE (via 
the reformatting process) or due to an error condition performs its own reset, the following actions shall be taken: 


a) those Mode S DATA packets that have been transmitted to the peer XDCE shall be removed from the window; 


b) those Mode S DATA packets that are not transmitted to the peer XDCE but are contained in an M-bit sequence for 
which some packets have been transmitted shall be deleted from the queue of DATA packets awaiting transmission; 
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c) those Mode S DATA packets received from the peer XDCE that are part of an incomplete M-bit sequence shall be 
discarded; 


d) the lower window edge shall be set to 0 and the next packet sent shall have a sequence number (PS) of 0; 
e) any outstanding Mode S INTERRUPT packets to or from the peer XDCE shall be left unconfirmed; 
f) any Mode S INTERRUPT packet awaiting transfer shall be discarded; 


g) data packets awaiting transfer shall not be discarded (unless they are part of a partially transferred M-bit sequence); 
and 


h) the transition to d1 shall also include a transition to i1, j1,f1 and g1. 
5.2.6.7.2 The reset procedure shall apply to the DATA TRANSFER state (p4). The error procedure in Table 5-16 shall 
be followed. In any other state the reset procedure shall be abandoned. 
5.2.6.8 REJECT PROCEDURE 
5.2.6.8.1 When the XDCE receives a Mode S DATA packet from the peer XDCE with incorrect format or whose 
packet sequence number (PS) is not within the defined window (Table 5-19) or is out of sequence, it shall discard the 
received packet and send a Mode S REJECT packet to the peer XDCE via frame processing. The Mode S REJECT packet 
shall indicate a value of PR for which retransmission of the Mode S DATA packets is to begin. The XDCE shall discard 
subsequent out-of-sequence Mode S DATA packets whose receipt occurs while the Mode S REJECT packet response is still 


outstanding. 


5.2.6.8.2 When the XDCE receives a Mode S REJECT packet from the peer XDCE, it shall update its lower window 
value with the new value of PR and begin to (re)transmit packets with a sequence number of PR. 


5.2.6.8.3 Reject indications shall not be transferred to the DCE. If the ISO 8208 interface supports the reject procedures, 
the reject indications occurring on the ISO 8208 interface shall not be transferred between the DCE and the XDCE. 
5.2.6.9 PACKET RESEQUENCING AND DUPLICATE SUPPRESSION 
Note 1.— If the frames for an SVC include both types (SLM and ELM), the sequence of packets may be lost due to the 
different delivery times. The order may also be lost if multiple interrogators are used to deliver frames for the same SVC to a 
given XDLP. The following procedure will correct for a limited amount of desequencing. 


Note 2.— This process serves as an interface between frame processing and the XDCE function. 


5.2.6.9.1 Resequencing. Resequencing shall be performed independently for the uplink and downlink transfers of each 
Mode S SVC. The following variables and parameters shall be used: 


SNRA 6-bit variable indicating the sequence number of a received packet on a specific SVC. It is contained in the SN 
field of the packet (5.2.5.2.1.1.7). 


NESN _ The next expected sequence number following a series of consecutive sequence numbers. 
HSNR The highest value of SNR in the resequencing window. 


Tq Resequencing timers (see Tables 5-1 and 5-13) associated with a specific SVC. 
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All operations involving the sequence number (SN) shall be performed modulo 64. 


5.2.6.9.2 Duplication window. The range of SNR values between NESN — 32 and NESN — 1 inclusive shall be denoted 
the duplication window. 


5.2.6.9.3 Resequencing window. The range of SNR values between NESN + 1 and NESN + 31 inclusive shall be 
denoted the resequencing window. Received packets with a sequence number value in this range shall be stored in the 
resequencing window in sequence number order. 


5.2.6.9.4 TRANSMISSION FUNCTIONS 


5.2.6.9.4.1 For each SVC, the first packet sent to establish a connection (the first Mode S CALL REQUEST or first 
Mode S CALL ACCEPT packet) shall cause the value of the SN field to be initialized to zero. The value of the SN field shall 
be incremented after the transmission (or retransmission) of each packet. 


5.2.6.9.4.2 The maximum number of unacknowledged sequence numbers shall be 32 consecutive SN numbers. Should 
this condition be reached, then it shall be treated as an error and the channel cleared. 


Note.— A limit on the number of unacknowledged packets is required since the SN field is six bits long and therefore has 
a maximum of 64 different values before the values repeat. 


5.2.6.9.5 RECEIVE FUNCTIONS 


5.2.6.9.5.1 Resequencing. The resequencing algorithm shall maintain the variables HSNR and NESN for each SVC. 
NESN shall be initialized to 0 for all SVCs and shall be reset to 0 when the SVC re-enters the channel number pool 
(5.2.5.1.2). 


5.2.6.9.5.2 Processing of packets within the duplication window. If a packet is received with a sequence number value 
within the duplication window, the packet shall be discarded. 


5.2.6.9.5.3 Processing of packets within the resequencing window. If a packet is received with a sequence number 
within the resequencing window, it shall be discarded as a duplicate if a packet with the same sequence number has already 
been received and stored in the resequencing window. Otherwise, the packet shall be stored in the resequencing window. 
Then, if no Tq timers are running, HSNR shall be set to the value of SNR for this packet and a Tq timer shall be started with 
its initial value (Tables 5-1 and 5-13). If at least one Tq timer is running, and SNR is not in the window between NESN and 
HSNR + 1 inclusive, a new Tq timer shall be started and the value of HSNR shall be updated. If at least one Tq timer is 
running, and SNR for this packet is equal to HSNR + 1, the value of HSNR shall be updated. 


5.2.6.9.5.4 Release of packets to the XDCE. If a packet is received with a sequence number equal to NESN, the 
following procedure shall be applied: 


a) the packet and any packets already stored in the resequencing window up to the next missing sequence number shall 
be passed to the XDCE; 


b) NESN shall be set to 1 + the value of the sequence number of the last packet passed to the XDCE; and 
c) the Tq timer associated with any of the released packets shall be stopped. 
5.2.6.9.6 Tq timer expiration. If a Tq timer expires, the following procedure shall be applied: 


a) NESN shall be incremented until the next missing sequence number is detected after that of the packet associated 
with the Tq timer that has expired; 
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b) any stored packets with sequence numbers that are no longer in the resequencing window shall be forwarded to the 
XDCE except that an incomplete S-bit sequence shall be discarded; and 


c) the Tq timer associated with any released packets shall be stopped. 


5.2.7 Mode S specific services processing 


Mode S specific services shall be processed by an entity in the XDLP termed the Mode S specific services entity (SSE). 
Transponder registers shall be used to convey the information specified in Table 5-24. The data structuring of the registers in 
Table 5-24 shall be implemented in such a way that interoperability is ensured. 


Note I.— The data formats and protocols for messages transferred via Mode S specific services are specified in the 
Technical Provisions for Mode S Services and Extended Squitter (Doc 9871) (in preparation). 


Note 2.— Uniform implementation of the data formats and protocols for messages transferred via Mode S specific 
services will ensure interoperability. 


Note 3.— This section describes the processing of control and message data received from the Mode S specific services 
interface. 


Note 4.— Control data consists of information permitting the determination of, for example, message length, BDS code 
used to access the data format for a particular register, and aircraft address. 


5.2.7.1 ADLP PROCESSING 
5.2.7.1.1. DOWNLINK PROCESSING 


5.2.7.1.1.1 Specific services capability. The ADLP shall be capable of receiving control and message data from the 
Mode S specific services interface(s) and sending delivery notices to this interface. The control data shall be processed to 
determine the protocol type and the length of the message data. When the message or control data provided at this interface 
are erroneous (i.e. incomplete, invalid or inconsistent), the ADLP shall discard the message and deliver an error report at the 
interface. 


Note.— The diagnostic content and error reporting mechanism are a local issue. 


5.2.7.1.1.2 Broadcast processing. The control and message data shall be used to format the Comm-B broadcast message 
as specified in 5.2.7.5 and transferred to the transponder. 


5.2.7.1.1.3. GICB processing. The 8-bit BDS code shall be determined from the control data. The 7-byte register 
content shall be extracted from the received message data. The register content shall be transferred to the transponder, along 
with an indication of the specified register number. A request to address one of the air-initiated Comm-B registers or the 
airborne collision avoidance system (ACAS) active resolution advisories register shall be discarded. The assignment of 
registers shall be as specified in Table 5-24. 


Note.— Provision of the data available in transponder registers 40, 50 and 60 {HEX} has been mandated in some ICAO 
Regions in support of ATM applications. 


5.2.7.1.1.4 MSP processing 


5.2.7.1.1.4.1. The MSP message length, channel number (M/CH) (5.2.7.3.1.3) and optionally the interrogator 
identifier (II) code shall be determined from the control data. The MSP message content shall be extracted from the received 
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message data. If the message length is 26 bytes or less, the SSE shall format an air-initiated Comm-B message (5.2.7.1.1.4.2) 
for transfer to the transponder using the short form MSP packet (5.2.7.3.1). If the message length is 27 to 159 bytes and the 
transponder has adequate downlink ELM capability, the SSE shall format an ELM message for transfer using the short form 
MSP packet. If the message length is 27 to 159 bytes and the transponder has a limited downlink ELM capability, the SSE 
shall format multiple long form MSP packets (5.2.7.3.2) using ELM messages, as required utilizing the L-bit and M/SN 
fields for association of the packets. If the message length is 27 to 159 bytes and the transponder does not have downlink 
ELM capability, the SSE shall format multiple long form MSP packets (5.2.7.3.2) using air initiated Comm-B messages, as 
required utilizing the L-bit and M/SN fields for association of the packets. Different frame types shall never be used in the 
delivery of an MSP message. Messages longer than 159 bytes shall be discarded. The assignment of downlink MSP channel 
numbers shall be as specified in Table 5-25. 


5.2.7.1.1.4.2 For an MSP, a request to send a packet shall cause the packet to be multisite-directed to the interrogator 
which II code is specified in control data. If no II code is specified, the packet shall be downlinked using the air-initiated 
protocol. A message delivery notice for this packet shall be provided to the Mode S specific interface when the corresponding 
close-out(s) have been received from the transponder. If a close-out has not been received from the transponder in Tz seconds, 
as specified in Table 5-1, the MSP packet shall be discarded. This shall include the cancellation in the transponder of any 
frames associated with this packet. A delivery failure notice for this message shall be provided to the Mode S specific 
services interface. 


5.2.7.1.2 UPLINK PROCESSING 
Note.— This section describes the processing of Mode S specific services messages received from the transponder. 


5.2.7.1.2.1 Specific services capability. The ADLP shall be capable of receiving Mode S specific services messages 
from the transponder via frame processing. The ADLP shall be capable of delivering the messages and the associated control 
data at the specific services interface. When the resources allocated at this interface are insufficient to accommodate the 
output data, the ADLP shall discard the message and deliver an error report at this interface. 


Note.— The diagnostic content and the error reporting mechanism are a local issue. 


5.2.7.1.2.2 Broadcast processing. If the received message is a broadcast Comm-A, as indicated by control data 
received over the transponder/ADLP interface, the broadcast ID and user data (5.2.7.5) shall be forwarded to the Mode S 
specific services interface (5.2.3.2.1) along with the control data that identifies this as a broadcast message. The assignment 
of uplink broadcast identifier numbers shall be as specified in Table 5-23. 


5.2.7.1.2.3 MSP processing. If the received message is an MSP, as indicated by the packet format header (5.2.7.3), the 
user data field of the received MSP packet shall be forwarded to the Mode S specific services interface (5.2.3.2.1) together 
with the MSP channel number (M/CH), the IIS subfield (5.2.2.1.1.1) together with control data that identifies this as an MSP 
message. L-bit processing shall be performed as specified in 5.2.7.4. The assignment of uplink MSP channel numbers shall 
be as specified in Table 5-25. 


5.2.7.2 GDLP PROCESSING 
5.2.7.2.1_ UPLINK PROCESSING 
5.2.7.2.1.1 Specific services capability. The GDLP shall be capable of receiving control and message data from the 
Mode S specific services interface(s) (5.2.3.2.2) and sending delivery notices to the interface(s). The control data shall be 


processed to determine the protocol type and the length of the message data. 


5.2.7.2.1.2 Broadcast processing. The GDLP shall determine the interrogator(s), broadcast azimuths and scan times 
from the control data and format the broadcast message for transfer to the interrogator(s) as specified in 5.2.7.5. 
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5.2.7.2.1.3 GICB processing. The GDLP shall determine the register number and the aircraft address from the control 
data. The aircraft address and BDS code shall be passed to the interrogator as a request for a ground-initiated Comm-B. 


5.2.7.2.1.4 MSP processing. The GDLP shall extract from the control data the message length, the MSP channel 
number (M/CH) and the aircraft address, and obtain the message content from the message data. If the message length is 
27 bytes or less, the SSE shall format a Comm-A message for transfer to the interrogator using the short form MSP packet 
(5.2.7.3.1). If the message length is 28 to 151 bytes and the transponder has uplink ELM capability, the SSE shall format an 
ELM message for transfer to the interrogator using the short form MSP packet. If the message length is 28 to 151 bytes and 
the transponder does not have uplink ELM capability, the SSE shall format multiple long form MSP packets (5.2.7.3.2) 
utilizing the L-bit and the M/SN fields for association of the packets. Messages longer than 151 bytes shall be discarded. The 
interrogator shall provide a delivery notice to the Mode S specific services interface(s) indicating successful or unsuccessful 
delivery, for each uplinked packet. 
5.2.7.2.2. DOWNLINK PROCESSING 


5.2.7.2.2.1 Specific services capability. The GDLP shall be capable of receiving Mode S specific services messages 
from the interrogator via frame processing. 


5.2.7.2.2.2. Broadcast processing. If the received message is a broadcast Comm-B, as indicated by the 
interrogator/GDLP interface, the GDLP shall: 


a) generate control data indicating the presence of a broadcast message and the 24-bit address of the aircraft from 
which the message was received; 


b) append the 7-byte MB field of the broadcast Comm-B; and 
c) forward this data to the Mode S specific services interface(s) (5.2.3.2.2). 


5.2.7.2.2.3. GICB processing. If the received message is a GICB, as indicated by the interrogator/GDLP interface, the 
GDLP shall: 


a) generate control data indicating the presence of a GICB message, the register number and the 24-bit address of the 
aircraft from which the message was received; 


b) append the 7-byte MB field of the GICB; and 
c) forward this data to the Mode S specific services interface(s) (5.2.3.2.2). 


5.2.7.2.2.4 MSP processing. If the received message is an MSP as indicated by the packet format header (5.2.7.3), the 
GDLP shall: 


a) generate control data indicating the transfer of an MSP, the length of the message, the MSP channel number (M/CH) 
and the 24-bit address of the aircraft from which the message was received; 


b) append the user data field of the received MSP packet; and 
c) forward this data to the Mode S specific services interface(s) (5.2.3.2.2). 


L-bit processing shall be performed as specified in 5.2.7.4. 
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5.2.7.3. MSP PACKET FORMATS 


5.2.7.3.1_ Short form MSP packet. The format for this packet shall be as follows: 





DP:1 MP:1 M/CH:6 FILL1:0 or 6 UD:v 























5.2.7.3.1.1. Data packet type (DP). This field shall be set to 0. 
5.2.7.3.1.2 MSP packet type (MP). This field shall be set to 0. 


5.2.7.3.1.3. MSP channel number (M/CH). The field shall be set to the channel number derived from the SSE control 
data. 


5.2.7.3.1.4 Fill field (FILL1:0 or 6). The fill length shall be 6 bits for a downlink SLM frame. Otherwise the fill length 
shall be 0. 


5.2.7.3.1.5 User data (UD). The user data field shall contain message data received from the Mode S specific services 
interface (5.2.3.2.2). 


5.2.7.3.2 Long form MSP packet. The format for this packet shall be as follows: 





DP:1 | MP:1 | SP:2| L:1 | M/SN:3 FILL2:0 or 2 M/CH:6 | UD:v 
































Fields shown in the packet format and not specified in the following paragraphs shall be set as specified in 5.2.5.2.1 and 
5.2.7.3.1. 


5.2.7.3.3 Data packet type (DP). This field shall be set to 0. 
5.2.7.3.3.1 MSP packet type (MP). This field shall be set to 1. 
5.2.7.3.3.2 Supervisory packet (SP). This field shall be set to 0. 


5.2.7.3.3.3 L field (L). A value of | shall indicate that the packet is part of an L-bit sequence with more packets in the 
sequence to follow. A value of 0 shall indicate that the sequence ends with this packet. 


5.2.7.3.3.4 MSP sequence number field (M/SN). This field shall be used to detect duplication in the delivery of L-bit 
sequences. The first packet in an L-bit sequence shall be assigned a sequence number of 0. Subsequent packets shall be 
numbered sequentially. A packet received with the same sequence number as the previously received packet shall be 


discarded. 


5.2.7.4  L-bit processing. L-bit processing shall be performed only on the long form MSP packet and shall be performed 
as specified for M-bit processing (5.2.5.1.4.1) except as specified in the following paragraphs. 


5.2.7.4.1 Upon receipt of a long form MSP packet, the XDLP shall construct the user data field by: 
a) verifying that the packet order is correct using the M/SN field (5.2.7.3.2); 
b) assuming that the user data field in the MSP packet is the largest number of integral bytes that is contained within 


the frame; 
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c) associating each user data field in an MSP packet received with a previous user data field in an MSP packet that has 
an L-bit value of 1; and 


Note.— Truncation of the user data field is not permitted as this is treated as an error condition. 
d) if an error is detected in the processing of an MSP packet, the packet shall be discarded. 


5.2.7.4.2 In the processing of an L-bit sequence, the XDLP shall discard any MSP packets that have duplicate M/SN 
values. The XDLP shall discard the entire L-bit sequence if a long form MSP packet is determined to be missing by use of 
the M/SN field. 


5.2.7.4.3 The packets associated with any L-bit sequence whose reassembly is not completed in Tm seconds 
(Tables 5-1 and 5-13) shall be discarded. 


5.2.7.5 BROADCAST FORMAT 


5.2.7.5.1 Uplink broadcast. The format of the broadcast Comm-A shall be as follows: The 83-bit uplink broadcast shall 
be inserted in an uplink Comm-A frame. The MA field of the Comm-A frame shall contain the broadcast identifier specified 
in Table 5-23 in the first 8 bits, followed by the first 48 user data bits of the broadcast message. The last 27 user data bits of 
the broadcast message shall be placed in the 27 bits immediately following the UF field of the Comm-A frame. 


5.2.7.5.2. Downlink broadcast. The format of broadcast Comm-B shall be as follows: The 56-bit downlink broadcast 
message shall be inserted in the MB field of the broadcast Comm-B. The MB field shall contain the broadcast identifier 
specified in Table 5-23 in the first 8 bits, followed by the 48 user data bits. 


5.2.8 Mode S subnetwork management 


5.2.8.1 INTERROGATOR LINK DETERMINATION FUNCTION 


Note.— The ADLP interrogator link determination function selects the II code of the Mode S interrogator through which 
a Mode S subnetwork packet may be routed to the desired destination ground DTE. 


5.2.8.1.1 Il code-DTE address correlation. The ADLP shall construct and manage a Mode S interrogator-data terminal 
equipment (DTE) cross-reference table whose entries are Mode S interrogator identifier (II) codes and ground DTE addresses 
associated with the ground ATN routers or other ground DTEs. Each entry of the II code-DTE cross-reference table shall 
consist of the 4-bit Mode S II code and the 8-bit binary representation of the ground DTE. 


Note 1.— Due to the requirement for non-ambiguous addresses, a DTE address also uniquely identifies a GDLP. 
Note 2.— An ATN router may have more than one ground DTE address. 
5.2.8.1.2 Protocol. The following procedures shall be used: 


a) when the GDLP initially detects the presence of an aircraft, or detects contact with a currently acquired aircraft 
through an interrogator with a new II code, the appropriate fields of the DATA LINK CAPABILITY report shall be 
examined to determine if, and to what level, the aircraft has the capability to participate in a data exchange. After 
positive determination of data link capability, the GDLP shall uplink one or more Mode S ROUTE packets as 
specified in 5.2.5.3.3. This information shall relate the Mode S II code with the ground DTE addresses accessible 
through that interrogator. The ADLP shall update the II code-DTE cross-reference table and then discard the 
Mode S ROUTE packet(s); 
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b) 


c) 


d) 


e) 


a II code-DTE cross-reference table entry shall be deleted when commanded by a Mode S ROUTE packet or when 
the ADLP recognizes that the transponder has not been selectively interrogated by a Mode S interrogator with a 
given II code for Ts seconds by monitoring the IIS subfield in Mode S surveillance or Comm-A interrogations 
(Table 5-1); 


when the GDLP determines that modification is required to the Mode S interrogator assignment, it shall transfer one 
or more Mode S ROUTE packets to the ADLP. The update information contained in the Mode S ROUTE packet 
shall be used by the ADLP to modify its cross-reference table. Additions shall be processed before deletions; 


when the GDLP sends the initial ROUTE packet after acquisition of a Mode S data link-equipped aircraft, the IN bit 
shall be set to ONE. This value shall cause the ADLP to perform the procedures as specified in 5.2.6.3.3.3. Otherwise, 
the IN bit shall be set to ZERO; 


when the ADLP is initialized (e.g. after a power-up procedure), the ADLP shall issue a search request by sending 
a broadcast Comm-B message with broadcast identifier equal to 255 (FFi6, as specified in Table 5-23) and the 
remaining 6 bytes unused. On receipt of a search request, a GDLP shall respond with one or more Mode S 
ROUTE packets, clear all SVCs associated with the ADLP, as specified in 5.2.6.3.3, and discard the search 
request. This shall cause the ADLP to initialize the II code-DTE cross-reference table; and 


on receipt of an update request (Table 5-23), a GDLP shall respond with one or more Mode S ROUTE packets 
and discard the update request. This shall cause the ADLP to update the II code-DTE cross-reference table. 


Note.— The update request may be used by the ADLP under exceptional circumstances (e.g. changeover to standby unit) 
to verify the contents of its Il codeDTE crossreference table. 


5.2.8.1.3. PROCEDURES FOR DOWNLINKING MODE S PACKETS 


5.2.8.1.3.1 When the ADLP has a packet to downlink, the following procedures shall apply: 


a) 


b) 


CALL REQUEST packet. If the packet to be transferred is a Mode S CALL REQUEST, the ground DTE address 
field shall be examined and shall be associated with a connected Mode S interrogator using the II code-DTE cross- 
reference table. The packet shall be downlinked using the multisite-directed protocol. A request to transfer a packet 
to a DTE address not in the cross-reference table shall result in the action specified in 5.2.6.3.3.1. 


Other SVC packets. For an SVC, a request to send a packet to a ground DTE shall cause the packet to be multisite- 
directed to the last Mode S interrogator used to successfully transfer (uplink or downlink) a packet to that DTE, 
provided that this Mode S interrogator is currently in the II code-DTE cross-reference table. Otherwise, an SVC 
packet shall be downlinked using the multisite-directed protocol to any other Mode S interrogator associated with 
the specified ground DTE address. 


Level 5 transponders shall be permitted to use additional interrogators for downlink transfer as indicated in the II code-DTE 
cross-reference table. 


5.2.8.1.3.2 A downlink frame transfer shall be defined to be successful if its Comm-B or ELM close-out is received 
from the transponder within 7z seconds as specified in Table 5-1. If the attempt is not successful and an SVC packet is to be 
sent, the II code-DTE cross-reference table shall be examined for another entry with the same called ground DTE address and 
a different Mode S II code. The procedure shall be retried using the multisite-directed protocol with the new Mode S 
interrogator. If there are no entries for the required called DTE, or all entries result in a failed attempt, a link failure shall be 
declared (5.2.8.3.1). 
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5.2.8.2 SUPPORT FOR THE DTE(S) 


5.2.8.2.1_ GDLP connectivity reporting. The GDLP shall notify the ground DTE(s) of the availability of a Mode S data 
link-equipped aircraft (“join event”). The GDLP shall also inform the ground DTEs when such an aircraft is no longer in 
contact via that GDLP (“leave event”). The GDLP shall provide for notification (on request) of all Mode S data link- 
equipped aircraft currently in contact with that GDLP. The notifications shall provide the ground ATN router with the 
subnetwork point of attachment (SNPA) address of the mobile ATN router, with the position of the aircraft and quality of 
service as optional parameters. The SNPA of the mobile ATN router shall be the DTE address formed by the aircraft address 
and a sub-address of 0 (5.2.3.1.3.2). 


5.2.8.2.2. ADLP connectivity reporting. The ADLP shall notify all aircraft DTEs whenever the last remaining entry for a 
ground DTE is deleted from the II code-DTE cross-reference table (5.2.8.1.1). This notification shall include the address of 
this DTE. 


5.2.8.2.3. Communications requirements. The mechanism for communication of changes in subnetwork connectivity 
shall be a confirmed service, such as the join/leave events that allow notification of the connectivity status. 


5.2.8.3 ERROR PROCEDURES 


5.2.8.3.1 Link failure. The failure to deliver a packet to the referenced XDLP after an attempt has been made to deliver 
this packet via all available interrogators shall be declared to be a link level failure. For an SVC, the XDCE shall enter the 
state p1 and release all resources associated with that channel. This shall include the cancellation in the transponder of any 
frames associated with this SVC. A Mode S CLEAR REQUEST packet shall be sent to the DCE via the reformatting process 
and shall be forwarded by the DCE as an ISO 8208 packet to the local DTE as described in 5.2.6.3.3. On the aircraft side, the 
channel shall not be returned to the ADCE channel pool, i.e. does not return to the state pl, until Tr seconds after the link 
failure has been declared (Table 5-1). 


5.2.8.3.2 ACTIVE CHANNEL DETERMINATION 

5.2.8.3.2.1 Procedure for dl state. The XDLP shall monitor the activity of all SVCs, not in a READY state (p1). If an 
SVC is in the (KXDCE) FLOW CONTROL READY state (d1) for more than Tx seconds (the active channel timer, Tables 5-1 
and 5-13) without sending a Mode S RR, RNR, DATA, or REJECT packet, then: 


a) if the last packet sent was a Mode S REJECT packet to which a response has not been received, then the XDLP shall 
resend that packet; 


b) otherwise, the XDLP shall send a Mode S RR or RNR packet as appropriate to the peer XDLP. 


5.2.8.3.2.2 Procedure for other states. If an XDCE SVC is in the p2, p3, p6, p7, d2 or d3 state for more than 
Tx seconds, the link failure procedure of 5.2.8.3.1 shall be performed. 


5.2.8.3.2.3 Link failure shall be declared if either a failure to deliver, or a failure to receive, keep-alive packets has 
occurred. In which case the channel shall be cleared. 


5.2.9 The data link capability report 


The data link capability report shall be as specified in Annex 10, Volume IV, 3.1.2.6.10.2. 
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5.2.10 System timers 
5.2.10.1 The values for timers shall conform to the values given in Tables 5-1 and 5-13. 
5.2.10.2 Tolerance for all timers shall be plus or minus one per cent. 


5.2.10.3 Resolution for all timers shall be one second. 


5.2.11 System requirements 


5.2.11.1 Data integrity. The maximum bit error rates for data presented at the ADLP/transponder interface or the 
GDLP/interrogator interface measured at the local DTE/XDLP interface (and vice versa) shall not exceed 10° for undetected 
errors and 10” for detected errors. 


Note.— The maximum error rate includes all errors resulting from data transfers across the interfaces and from XDLP 
internal operation. 


5.2.11.2 TIMING 


5.2.11.2.1. ADLP timing. ADLP operations shall not take longer than 0.25 seconds for regular traffic and 0.125 seconds 
for interrupt traffic. This interval shall be defined as follows: 


a) Transponders with downlink ELM capability. The time that the final bit of a 128-byte data packet is presented to the 
DCE for downlink transfer to the time that the final bit of the first encapsulating frame is available for delivery to 
the transponder. 


b) Transponders with Comm-B capability. The time that the final bit of a user data field of 24 bytes is presented to the 
DCE for downlink transfer to the time that the final bit of the last of the four Comm-B segments that forms the 
frame encapsulating the user data is available for delivery to the transponder. 


c) Transponders with uplink ELM capability. The time that the final bit of the last segment of an ELM of 14 Comm-C 
segments that contains a user data field of 128 bytes is received by the ADLP to the time that the final bit of the 
corresponding packet is available for delivery to the DTE. 

d) Transponders with Comm-A capability. The time that the final bit of the last segment of four linked Comm-A 
segments that contains a user data field of 25 bytes is received by the ADLP to the time that the final bit of the 
corresponding packet is available for delivery to the DTE. 


5.2.11.2.2. GDLP TIMING 


Recommendation.— The total time delay across the GDLP, exclusive of transmission delay, should not be greater than 
0.125 seconds. 


5.2.11.3. Interface rate. The physical interface between the ADLP and the transponder shall have a minimum bit rate of 
100 kilobits per second. 
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5.3. DCE AND XDCE STATE TABLES 


5.3.1 State table requirements. The DCE and XDCE shall function as specified in state Tables 5-3 to 5-22. State 
Tables 5-15 through 5-22 shall be applied to: 


a) ADLP state transitions when the XDCE or XDLP terms in parenthesis are omitted; and 

b) GDLLP state transitions when the terms in parenthesis are used and the XDCE or XDLP preceding them are omitted. 

5.3.2 Diagnostic and cause codes. The table entries for certain conditions indicate a diagnostic code that shall be 
included in the packet generated when entering the state indicated. The term, “D = ,” shall define the diagnostic code. When 
“A = DIAG”, the action taken shall be to generate an ISO 8208 DIAGNOSTIC packet and transfer it to the DTE; the 
diagnostic code indicated shall define the entry in the diagnostic field of the packet. The cause field shall be set as specified 
in 5.2.6.3.3. The reset cause field shall be set as specified in ISO 8208. 

Note 1.— The tables provided below specify state requirements in the following order: 

5-3 DCE special cases 

5-4 DTE effect on DCE restart states 

5-5 DTE effect on DCE call setup and clearing states 

5-6 DTE effect on DCE reset states 

5-7 DTE effect on DCE interrupt transfer states 

5-8 DTE effect on DCE flow control transfer states 

5-9 XDCE effect on DCE restart states 

5-10  XDCE effect on DCE call setup and clearing states 

5-11 XDCE effect on DCE reset states 

5-12 XDCE effect on DCE interrupt transfer states 

5-15 GDLP (ADLP) effect on ADCE (GDCE) packet layer ready states 

5-16 GDLP (ADLP) effect on ADCE (GDCE) call setup and clearing states 

5-17 GDLP (ADLP) effect on ADCE (GDCE) reset states 

5-18 GDLP (ADLP) effect on ADCE (GDCE) interrupt transfer states 

5-19 GDLP (ADLP) effect on ADCE (GDCE) flow control transfer states 

5-20 DCE effect on ADCE (GDCE) call setup and clearing states 


5-2] DCE effect on ADCE (GDCE) reset states 


5-22 DCE effect on ADCE (GDCE) interrupt transfer states 


1-5-45 22/11/07 


Annex 10 — Aeronautical Communications 


Volume IIT 





Note 2.— All tables specify both ADLP and GDLP actions. 


Note 3.— Within the Mode S subnetwork, states p6 and d2 are transient states. 


Note 4.— References to “notes” in the state tables refer to table-specific notes that follow each state table. 


Note 5.— All diagnostic and cause codes are interpreted as decimal numbers. 


Note 6.— An SVC between an ADCE and a GDCE may be identified by a temporary and/or permanent channel number, 


as defined in 5.2.5.1.2. 


5.4 MODE S PACKET FORMATS 


5.4.1. Formats. The Mode S packet formats shall be as specified in Figures 5-3 to 5-22. 


5.4.2 Significance of control fields. The structure of the format control fields used in Mode S packets shall be as 
specified in Figure 5-23. The significance of all control fields used in these packet formats shall be as follows: 


Field symbol 
AG 


AM 


CC 
CH 
DC 


DP 


FILL 
FILL1 


FILL2 


FIRST PACKET 
FS 
IN 
L 


LAST PACKET 
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Definition 
Address, Ground; the 8-bit binary representation of the ground DTE address (5.2.3.1.3.1) 


Address, Mobile; the 4-bit binary representation of the last two BCD digits of the mobile DTE 
address (5.2.3.1.3.2) 


Clearing cause as defined in ISO 8208 

Channel number (1 to 15) 

Diagnostic code as defined in ISO 8208 

Data packet type (Figure 5-23) 

S-bit sequence, first packet flag 

Fill field 

Has a length of 6 bits for a non-multiplexed packet in a downlink SLM frame; otherwise it is 0 bit 


Has a length of O bit for a non-multiplexed packet in a downlink SLM frame and for a 
multiplexing header; otherwise it is 2 bits 


The contents of the first of the multiplexed packets 

Fast select present 

Initialization bit 

“More bit” for long-form MSP packets as specified in 5.2.7.4 


The contents of the last of the multiplexed packets 
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LENGTH 


LV 


M 


M/CH 


MP 


M/SN 


OD 


ODL 


OF 


PR 


PS 


RC 


RT 


RTL 


SN 


SP 


SS 


ST 


TC 


UD 


The length of a multiplexed packet in bytes expressed as an unsigned binary number 
User data field length; number of user bytes as specified in 5.2.2.3.1 

“More bit” for SVC DATA packets as specified in 5.2.5.1.4.1 

MSP channel number 

MSP packet type (Figure 5-23) 


Sequence number; the sequence number for the long form MSP packet 


Optional data 


Optional data length 


Option flag 


Priority field 


Packet receive sequence number 
Packet send sequence number 


Resetting cause code as defined in ISO 8208 


Route table as defined in 5.2.5.3.3.8 


Route table length expressed in bytes 


“More bit” for CALL REQUEST, CALL ACCEPT, CLEAR REQUEST and INTERRUPT 
packets as specified in 5.2.5.1.4.2 


Sequence number; the sequence number for this packet type 


Supervisory packet (Figure 5-23) 


Supervisory subset number (Figure 5-23) 


Supervisory type (Figure 5-23) 


Temporary channel number (1 to 3) 


User data field 
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TABLES FOR CHAPTER 5 


Table 5-1. ADLP Mode S subnetwork timers 











Timer name Timer label Nominal value Reference 

Channel retirement Tr 600 s 5.2.8.3.1 

Active channel-ADLP Tx 420s 5.2.8.3.2 

Interrogator interrogation Ts 60s 5.2.8.1.2 

Interrogator link Tz 30s S27 134.2, 5.2.8.1,3.2 
Link frame cancellation Tc 60s 5.2.2.1.1.4.5 

L-bit delivery-ADLP Tm 120s 5.2.7.4.3 

Packet resequencing and S-bit delivery Tq 60s 5.2.6.9 








Table 5-2. DCE actions at state transition 





DCE state 


State definition 


Action that shall be taken when entering the state 





rl 


r2 


73 


p2 


p3 


p4 


ps 


po 


pl 
dl 


d2 


d3 
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PACKET LEVEL READY 


DTE RESTART REQUEST 


DCE RESTART REQUEST 


READY 


DTE CALL REQUEST 


DCE CALL REQUEST 


DATA TRANSFER 


CALL COLLISION 


DTE CLEAR REQUEST 


DCE CLEAR REQUEST to DTE 
FLOW CONTROL READY 


DTE RESET REQUEST 


DCE RESET REQUEST to DTE 


Return all SVCs to the p1 state (see p1 state explanation). 


Return each SVC to the p1 state (see p1 state explanation). Issue a RESTART 
CONFIRMATION to the DTE. 


Issue a RESTART REQUEST to the DTE. Unless entered via the r2 state, send a RESTART 
REQUEST to the reformatting process. 


Release all resources assigned to SVC. Break the correspondence between the DTE/DCE SVC 
and the ADCE/GDCE SVC (the ADCE/GDCE SVC may not yet be in the p1 state). 


Determine if sufficient resources exist to support request; if so, allocate resources and forward 
CALL REQUEST packet to reformatting process; if not, enter DCE CLEAR REQUEST to DTE 
state (p7). Determination of resources and allocation is as defined in ISO 8208. 


Determine if sufficient resources exist to support request; if so allocate resources and forward 
CALL REQUEST packet to DTE; if not, send a CLEAR REQUEST packet to the reformatting 
process. Determination of resources and allocation is as defined in ISO 8208. 


No action. 


Reassign outgoing call to another SVC (the DTE in its call collision state ignores the incoming 
call) and enter the DCE CALL REQUEST state (3) for that new SVC. Enter the p2 state to 
process the CALL REQUEST from the DTE. 


Release all resources assigned to SVC, send a CLEAR CONFIRMATION packet to the DTE 
and enter p1 state. 


Forward CLEAR REQUEST packet to DTE. 
No action. 


Remove DATA packets transmitted to DTE from window; discard any DATA packets that 
represent partially transmitted M-bit sequences and discard any INTERRUPT packet awaiting 
transfer to the DTE; reset all window counters to 0; set any timers and retransmission parameters 
relating to DATA and INTERRUPT transfer to their initial value. Send RESET 
CONFIRMATION packet to DTE. Return SVC to d1 state. 


Remove DATA packets transmitted to DTE from window; discard any DATA packets that 
represent partially transmitted M-bit sequences and discard any INTERRUPT packet awaiting 
transfer to the DTE; reset all window counters to 0; set any timers and retransmission parameters 
relating to DATA and INTERRUPT transfer to their initial value. Forward RESET REQUEST 
packet to DTE. 
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DCE state State definition Action that shall be taken when entering the state 
il DTE INTERRUPT READY No action. 
i2 DTE INTERRUPT SENT Forward INTERRUPT packet received from DTE to reformatting process. 
jl DCE INTERRUPT READY No action. 
j2 DCE INTERRUPT SENT Forward INTERRUPT packet received from reformatting process to DTE. 
fl DCE RECEIVE READY No action. 
f2 DCE RECEIVE NOT READY No action. 
gl DTE RECEIVE READY No action. 
g2 DTE RECEIVE NOT READY No action. 








Table 5-3. DCE special cases 





DCE special cases 





Any packet with a valid general format identifier and an assigned logical channel identifier (includes a 
logical channel identifier of 0) 





Received from DTE Any state 

Any packet less than 2 bytes in length (including a valid data link level frame containing no packet) A=DIAG 
D=38 

Any packet with an invalid general format identifier A=DIAG 
D=40 


See Table 5-4 
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Table 5-4. DTE effect on DCE restart states 














DCE restart states (see Note 5) 
PACKET LEVEL DTE RESTART DCE RESTART 
READY (see Note 1) REQUEST REQUEST 

Packet received from DTE rl 12 r3 

Packets having a packet type identifier shorter than 1 byte and See Table 5-5 A=ERROR A=DISCARD 

logical channel identifier not equal to 0 S=r3 

D=38 
(see Note 4) 

Any packet, except RESTART, REGISTRATION (if supported) A=DIAG A=DIAG A=DIAG 

with a logical channel identifier of 0 D=36 D=36 D=36 

Packet with a packet type identifier which is undefined or not See Table 5-5 A=ERROR A=DISCARD 

supported by DCE S=7r3 

D=33 
(see Note 4) 

RESTART REQUEST, RESTART CONFIRMATION, See Table 5-5 A=ERROR A=DISCARD 

or REGISTRATION (if supported) packet with a logical channel S=7r3 

identifier unequal to 0 D=41 

(see Note 4) 
RESTART REQUEST A=NORMAL A=DISCARD A=NORMAL 
(forward) S=p1 or dl 
S=r2 (see Note 2) 
RESTART CONFIRMATION A=ERROR A=ERROR A=NORMAL 
S=r3 S=r3 S=p1 or dl 
D=17 D=18 (see Note 2) 
(see Note 6) (see Note 4) 

RESTART REQUEST OR RESTART CONFIRMATION packet A=DIAG A=DISCARD A=ERROR 

with a format error D=38, 39, 81 or 82 D=38, 39, 81 or 82 

REGISTRATION REQUEST or REGISTRATION A=NORMAL A=NORMAL A=NORMAL 

CONFIRMATION packets (see Note 3) 

REGISTRATION REQUEST or REGISTRATION A=DIAG A=ERROR A=ERROR 

CONFIRMATION packet with a format error D=38, 39, 81 or 82 S=r3 D=38, 39, 81 or 82 

(see Note 3) D=38, 39, 81 or 82 

(see Note 4) 
Call setup, call clearing, DATA, interrupt, flow control, or reset See Table 5-5 A=ERROR A=DISCARD 
packet S=13 
D=18 

NOTES: 

I. The Mode S subnetwork has no restart states. Receipt of a RESTART REQUEST causes the DCE to respond with a RESTART CONFIRMATION. The 
RESTART REQUEST packet is forwarded to the reformatting process, which issues clear requests for all SVCs associated with the DTE. The DCE 
enters the 13 state only as a result of an error detected on the DTE/DCE interface. 

2. The SVC channels are returned to state pl, the permanent virtual circuits (PVC) channels are returned to state dl. 

3. The use of the registration facility is optional on the DTE/DCE interface. 

4. No action is taken within the Mode S subnetwork. 

5. Table entries are defined as follows: A = action to be taken, S = the state to be entered, D = the diagnostic code to be used in packets generated as a 
result of this action, DISCARD indicates that the received packet is to be cleared for the XDLP buffers, and INVALID indicates that the packet/state 
combination cannot occur. 

6. The error procedure consists of entering the 13 state, and sending a RESTART REQUEST to the reformatting process. 
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Table 5-5. DTE effect on DCE call setup and clearing states 








DCE call setup and clearing states (see Note 5) 











CALL 
COLLISION DCE CLEAR 
DTE CALL DCE CALL DATA ps DTE CLEAR REQUEST to 
Packet received from READY REQUEST REQUEST TRANSFER (see Notes 1 REQUEST DTE 
DTE pl p2 p3 p4 and 4) po pl 
Packets having a packet A=ERROR A=ERROR A=ERROR See Table 5-6 A=ERROR A=ERROR A=DISCARD 
type identifier shorter S=p7 S=p7 S=p7 S=p7 S=p7 
than | byte D=38 D=38 D=38 D=38 D=38 
(see Note 2) (see Note 2) (see Note 2) (see Note 2) 
Packets having a packet A=ERROR A=ERROR A=ERROR See Table 5-6 A=ERROR A=ERROR A=DISCARD 
type identifier which is S=p7 S=p7 S=p7 S=p7 S=p7 
undefined or not D=33 D=33 D=33 D=33 D=33 
supported by DCE (see Note 2) (see Note 2) (see Note 2) (see Note 2) 
RESTART REQUEST, A=ERROR A=ERROR A=ERROR See Table 5-6 A=ERROR A=ERROR A=DISCARD 
RESTART S=p7 S=p7 S=p7 S=p7 S=p7 
CONFIRMATION or D=41 D=41 D=41 D=41 D=41 
REGISTRATION (see Note 2) (see Note 2) (see Note 2) (see Note 2) 
packet with logical 
channel identifier 
unequal to 0 
CALL REQUEST A=NORMAL A=ERROR A=NORMAL A=ERROR A=ERROR A=ERROR A=DISCARD 
S=p2 S=p7 S=p5 S=p7 S=p7 S=p7 
(forward) D=21 D=23 D=24 D=25 
(see Note 2) (see Note 2) (see Note 2) (see Note 2) 
CALL ACCEPT A=ERROR A=ERROR A=NORMAL A=ERROR A=ERROR A=ERROR A=DISCARD 
S=p7 S=p7 S=p4 S=p7 S=p7 S=p7 
D=20 D=21 (Forward) D=23 D=24 D=25 
(see Note 2) or A=ERROR (see Note 2) (see Notes 2 (see Note 2) 
S=p7 and 4) 
D=42 
(see Notes 2 
and 3) 
CLEAR REQUEST A=NORMAL A=NORMAL A=NORMAL A=NORMAL A=NORMAL ~~ A=DISCARD A=NORMAL 
S=p6 S=p6 S=p6 S=p6 S=p6 S=p1 
(forward) (forward) (forward) (forward) (do not forward) 
CLEAR A=ERROR A=ERROR A=ERROR A=ERROR A=ERROR A=ERROR A=NORMAL 
CONFIRMATION S=p7 S=p7 S=p7 S=p7 S=p7 S=p7 S=pl 
D=20 D=21 D=22 D=23 D=24 D=25 (do not forward) 
(see Note 2) (see Note 2) (see Note 2) (see Note 2) (see Note 2) 
DATA, interrupt, flow A=ERROR A=ERROR A=ERROR See Table 5-6 A=ERROR A=ERROR A=DISCARD 
control or reset packets S=p7 S=p7 S=p7 S=p7 S=p7 
D=20 D=21 D=22 D=24 D=25 
(see Note 2) (see Note 2) (see Note 2) (see Note 2) 
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DCE call setup and clearing states (see Note 5) 
CALL 
COLLISION DCE CLEAR 
DTE CALL DCE CALL DATA ps DTE CLEAR REQUEST to 
Packet received from READY REQUEST REQUEST TRANSFER (see Notes 1 REQUEST DTE 
DTE pl p2 p3 p4 and 4) po pl 








NOTES: 


#® 





I. Onentering the p5 state, the DCE reassigns the outgoing call to the DTE to another channel (no CLEAR REQUEST is issued) and responds to 
incoming DTE call as appropriate with a CLEAR REQUEST or CALL ACCEPT packet. 
2. The error procedure consists of performing the actions specified when entering the p7 state (including sending a CLEAR REQUEST packet to the 
DTE) and additionally sending a CLEAR REQUEST packet to the XDCE (via the reformatting process). 
3. The use of the fast select facility with a restriction on the response prohibits the DTE from sending a CALL ACCEPT packet. 
The DTE in the event of a call collision must discard the CALL REQUEST packet received from the DCE. 
5. Table entries are defined as follows: A = action to be taken, S = the state to be entered, D = the diagnostic code to be used in packets generated as a 
result of this action, DISCARD indicates that the received packet is to be cleared from the XDLP buffers, and INVALID indicates that the packet/state 
combination cannot occur. 
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Table 5-6. 


DTE effect on DCE reset states 








DCE reset states (see Note 2) 





NOTES: 





combination cannot occur. 


FLOW CONTROL RESET REQUEST DCE RESET REQUEST 
READY by DTE to DTE 
Packet received from DTE dl d2 d3 
Packet with a packet type identifier shorter than | byte A=ERROR A=ERROR A=DISCARD 
S=d3 S=d3 
D=38 D=38 
(see Note 1) (see Note 1) 
Packet with a packet type identifier which is undefined or not A=ERROR A=ERROR A=DISCARD 
supported by DCE S=d3 S=d3 
D=33 D=33 
(see Note 1) (see Note 1) 
RESTART REQUEST, RESTART CONFIRMATION, or A=ERROR A=ERROR A=DISCARD 
REGISTRATION (if supported) packet with logical channel S=d3 S=d3 
identifier unequal to 0 D=41 D=41 
(see Note 1) (see Note 1) 
RESET A=NORMAL A=DISCARD A=NORMAL 
REQUEST S=d2 S=d1 
(forward) (do not forward) 
RESET CONFIRMATION A=ERROR A=ERROR A=NORMAL 
S=d3 S=d3 S=dl 
D=27 D=28 (do not forward) 
(see Note 1) (see Note 1) 
INTERRUPT packet See Table 5-7 A=ERROR A=DISCARD 
S=d3 
D=28 
(see Note 1) 
INTERRUPT CONFIRMATION packet See Table 5-7 A=ERROR A=DISCARD 
S=d3 
D=28 
(see Note 1) 
DATA or flow control packet See Table 5-8 A=ERROR A=DISCARD 
S=d3 
D=28 
(see Note 1) 
REJECT supported but not subscribed to A=ERROR A=ERROR A=DISCARD 
S=d3 S=d3 
D=37 D=37 


(see Note 1) 


1. The error procedure consists of performing the specified actions when entering the d3 state (which includes forwarding a RESET REQUEST packet to 
the DTE) and sending a RESET REQUEST packet to the XDCE (via the formatting function). 

2. Table entries are defined as follows: A = action to be taken, S = the state to be entered, D = the diagnostic code to be used in packets generated as a 
result of this action, DISCARD indicates that the received packet is to be cleared for the XDLP buffers, and INVALID indicates that the packet/state 


(see Note 1) 








]-5-53 


22/11/07 


Annex 10 — Aeronautical Communications Volume IIT 





Table 5-7. DTE effect on DCE interrupt transfer states 





DTE/DCE interrupt transfer states (see Note 2) 








DTE INTERRUPT READY DTE INTERRUPT SENT 
Packet received from DTE il i2 
INTERRUPT A=NORMAL A=ERROR 
(see Note 1) S=i2 S=d3 
(forward) D=44 


(see Note 3) 





DTE/DCE interrupt transfer states (see Note 2) 








DCE INTERRUPT READY DCE INTERRUPT SENT 
Packet received from DTE ji j2 
INTERRUPT CONFIRMATION A=ERROR A=NORMAL 
(see Note 1) S=d3 S=jl 
D=43 (forward) 


(see Note 3) 


NOTES: 


1. If the packet has a format error, then the error procedure applies (see Note 3). Interrupt packets with user data greater than 32 bytes should be 
treated as a format error. 

2. Table entries are defined as follows: A = action to be taken, S = the state to be entered, D = the diagnostic code to be used in packets generated as a 
result of this action, DISCARD indicates that the received packet is to be cleared from the XDLP buffers, and INVALID indicates that the packet/state 
combination cannot occur. 

3. The error procedure consists of performing the specified actions when entering the d3 state (which includes forwarding a RESET REQUEST packet to 
the DTE) and sending a RESET REQUEST packet to the XDCE (via the reformatting process). 
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Table 5-8. 


DTE effect on DCE flow control transfer states 








DCE flow control transfer states (see Notes 2 and 3) 





DATA packet with valid PR with M-bit set 
to 1 when the user data field is partially full 


DATA packet with valid PR, PS and user 
data field format 


DCE RECEIVE READY DCE RECEIVE NOT READY 
Packet received from DTE fl f2 
DATA packet with less than 4 bytes A=ERROR A=DISCARD 
when using modulo 128 numbering S=d3 
D=38 
(see Note 4) 
DATA packet with invalid PR A=ERROR A=ERROR 
S=d3 S=d3 
D=2 D=2 
(see Note 4) (see Note 4) 
DATA packet with valid PR but invalid PS A=ERROR A=DISCARD 
or user data field with improper format S=d3 (process PR data) 


D=1 (invalid PS) 
D=39 (UD > max negotiated length) 
D=82 (UD unaligned) 


(see Note 4) 
A=ERROR A=DISCARD 
S=d3 (process PR data) 
D=165 
(see Note 4) 
A=NORMAL A=DISCARD 
(forward) (process PR data) 








DCE flow control transfer states (see Notes 2 and 3) 





NOTES: 


1. The reject procedures are not required. 


N 


combination cannot occur. 





DTE RECEIVE READY DTE RECEIVE NOT READY 
Packet received from DTE gl g2 
RR, RNR, or REJECT packet with less than A=DISCARD A=DISCARD 
3 bytes when using modulo 128 numbering 
(see Note 1) 
RR, RNR, or REJECT packet with an invalid A=ERROR A=ERROR 
PR S=d3 S=d3 
D=2 D=2 
(see Note 4) (see Note 4) 
RR packet with a valid PR A=NORMAL A=NORMAL 
S=gl 
RNR packet with a valid PR A=NORMAL A=NORMAL 
S=g2 
REJECT packet with a valid PR A=NORMAL A=NORMAL 
S=gl1 


The RR, RNR and REJECT procedures are a local DTE/DCE matter and the corresponding packets are not forwarded to the XDCE. 
3. Table entries are defined as follows: A = action to be taken, S = the state to be entered, D = the diagnostic code to be used in packets generated as a 
result of this action, DISCARD indicates that the received packet is to be cleared from the XDLP buffers, and INVALID indicates that the packet/state 


4. The error procedure consists of performing the specified actions when entering the d3 state (which includes forwarding a RESET REQUEST packet to 
the DTE) and sending a RESET REQUEST packet to the XDCE (via the reformatting process). 
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Table 5-9. XDCE effect on DCE restart states 





DCE restart states (see Note) 


PACKET LEVEL DTE RESTART REQUEST DCE RESTART REQUEST 








READY r2 r3 
Packet received from XDCE rl 
CALL REQUEST See Table 5-10 Send CLEAR REQUEST to Send CLEAR REQUEST to 
reformatting process with reformatting process with 
D=244 D=244 
CALL ACCEPT, CLEAR REQUEST, DATA, INTERRUPT, See Table 5-10 A=DISCARD A=DISCARD 


INTERRUPT CONFIRMATION, RESET REQUEST 


Note.— Table entries are defined as follows: A = action to be taken, S = the state to be entered, D = the diagnostic code to be used in packets 
generated as a result of this action, DISCARD indicates that the received packet is to be cleared from the XDLP buffers, and INVALID indicates that the 
packet/state combination cannot occur. 











Table 5-10. XDCE effect on DCE call setup and clearing states 

















DCE call setup and clearing states (see Note) 
DCE CLEAR 

DTE CALL DCE CALL DATA CALL DTE CLEAR REQUEST to 
Packet received from READY REQUEST REQUEST TRANSFER COLLISION REQUEST DTE 
XDCE pl p2 p3 p4 ps po pl 
CALL REQUEST A=NORMAL INVALID INVALID INVALID INVALID INVALID INVALID 

S=p3 
(forward) 
CALL ACCEPT A=DISCARD A=NORMAL INVALID INVALID INVALID A=DISCARD A=DISCARD 
S=p4 
(forward) 
CLEAR REQUEST A=DISCARD A=NORMAL A=NORMAL A=NORMAL INVALID A=DISCARD A=DISCARD 
S=p7 S=p7 S=p7 
(forward) (forward) (forward) 
DATA, INTERRUPT, A=DISCARD INVALID INVALID See Table 5-11 INVALID A=DISCARD A=DISCARD 
INTERRUPT 
CONFIRMATION, | or 
RESET REQUEST 
Note.— Table entries are defined as follows: A = action to be taken, S = the state to be entered, D = the diagnostic code to be used in packets 

generated as a result of this action, DISCARD indicates that the received packet is to be cleared from the XDLP buffers, and INVALID indicates that the 
packet/state combination cannot occur. 
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Table 5-11. XDCE effect on DCE reset states 











DCE reset states (see Note) 
FLOW CONTROL DCE RESET 
READY DTE RESET REQUEST REQUEST to DTE 
Packet received from XDCE dl d2 d3 
RESET REQUEST A=NORMAL A=NORMAL A=DISCARD 
S=d3 S=d1 
(forward) (forward) 
INTERRUPT See Table 5-12 A=DISCARD A=DISCARD 
INTERRUPT CONFIRMATION See Table 5-12 A=DISCARD INVALID 
DATA A=NORMAL A=DISCARD A=DISCARD 
(forward) 
Note.— Table entries are defined as follows: A = action to be taken, S = the state to be entered, D = the diagnostic code to be used in packets 
generated as a result of this action, DISCARD indicates that the received packet is to be cleared from the XDLP buffers, and INVALID indicates that the 
packet/state combination cannot occur. 











Table 5-12. XDCE effect on DCE interrupt transfer states 





DCE interrupt transfer states (see Note) 








DTE INTERRUPT READY DTE INTERRUPT SENT 
Packet received from XDCE il i2 
INTERRUPT CONFIRMATION INVALID A=NORMAL 
S=il 
(forward) 





DCE interrupt transfer states (see Note) 








DCE INTERRUPT READY DCE INTERRUPT SENT 
Packet received from XDCE ji j2 
INTERRUPT A=NORMAL INVALID 
S=j2 
(forward) 


Note.— Table entries are defined as follows: A = action to be taken, S = the state to be entered, D = the diagnostic code to be used in packets 
generated as a result of this action, DISCARD indicates that the received packet is to be cleared from the XDLP buffers, and INVALID indicates that the 
packet/state combination cannot occur. 
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Table 5-13. GDLP Mode S subnetwork timers 











Timer name Timer label Nominal value Reference 
Active channel-GDLP Tx 300 s 5.2.8.3.2 
L-bit delivery-GDLP Tm 120s 5.2.7.4.3 
Packet resequencing and S-bit delivery Tq 60 s 5.2.6.9 





Table 5-14. XDCE actions at state transition 

















XDCE state State definition Action that shall be taken when entering the state 

rl PACKET LEVEL READY Return all SVCs to the p1 state. 

pl READY Release all resources assigned to the SVC. Break the correspondence between the 
ADCE/GDCE SVC and the DTE/DCE SVC (the DTE/DCE SVC may not yet be in a p! state). 

p2 GDLP(ADLP) CALL REQUEST Determine if sufficient resources exist to support request; if so allocate resources and forward 
Mode S CALL REQUEST packet to reformatting process; if not, enter ADCE(GDCE) CLEAR 
REQUEST to GDLP(ADLP) state (p7). 

p3 ADCE(GDCE) CALL REQUEST Determine if sufficient resources exist to support request; if so, allocate resources and forward 
Mode S CALL REQUEST packet to frame processing; if not, send Mode S CLEAR 
REQUEST to reformatting process and go to state p1. Do not forward the Mode S CALL 
REQUEST to the peer XDCE. 

p4 DATA TRANSFER No action. 

po GDLP(ADLP) CLEAR REQUEST Release all resources, send a Mode S CLEAR CONFIRMATION packet to the peer XDCE and 
enter the p1 state. 

pl ADCE(GDCE) CLEAR REQUEST to Forward Mode S CLEAR REQUEST packet to the peer XDCE via frame processing. 

GDLP(ADLP) 

dl FLOW CONTROL READY No action. 

d2 GDLP(ADLP) RESET REQUEST Remove Mode S DATA packets transmitted to peer XDCE from window; discard any DATA 
packets that represent partially transmitted M-bit sequences and discard any Mode S 
INTERRUPT packets awaiting transfer to the peer XDCE; reset all flow control window 
counters to 0 (5.2.6.7.1). Send Mode S RESET CONFIRMATION packet to the peer XDCE. 
Return SVC to d1 state. Forward Mode S RESET REQUEST packet to reformatting process. 

d3 ADCE(GDCE) RESET REQUEST to Remove Mode S DATA packets transmitted to peer XDCE from window; discard any DATA 

GDLP(ADLP) packets that represent partially transmitted M-bit sequences and discard any Mode S 

INTERRUPT packets awaiting transfer to the peer XDCE; reset all flow control window 
counters to 0 (5.2.6.7.1). Forward Mode S RESET REQUEST packet to peer XDCE via frame 
processing. 

il GDLP(ADLP) INTERRUPT READY No action. 

i2 GDLP(ADLP) INTERRUPT SENT Forward Mode S INTERRUPT packet received from peer XDCE to the reformatting process. 

jl ADCE(GDCE) INTERRUPT READY No action. 

j2 ADCE(GDCE) INTERRUPT SENT Forward Mode S INTERRUPT packet received from the reformatting process. 

fil ADCE(GDCE) RECEIVE READY No action. 

f2 ADCE(GDCE) RECEIVE NOT READY = _ No action. 

gl GDLP(ADLP) RECEIVE READY No action. 

g2 GDLP(ADLP) RECEIVE NOT READY No action. 
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Table 5-15. GDLP (ADLP) effect on ADCE (GDCE) packet layer ready states 











NOTES: 


poe 





Call setup, call clearing, DATA, interrupt, flow control, or reset 


The XDCE state is not necessarily the same state as the DTE/DCE interface. 
All packets from the peer XDLP have been checked for duplication before evaluation as represented by this table. 
3. Table entries are defined as follows: A = action to be taken, S = the state to be entered, D = the diagnostic code to be used in packets generated as a 
result of this action, DISCARD indicates that the received packet is to be cleared from the XDLP buffers, and INVALID indicates that the packet/state 
combination cannot occur. 
4. Where CH=0 and a valid TC is present ina CLEAR REQUEST by ADLP or GDLP packet or a CLEAR CONFIRMATION by ADLP or GDLP packet, 
it is handled as described in 5.2.5.1.2.3 and Table 5-16. 


ADCE (GDCE) states 
(see Notes 1 and 3) 
Packet received from GDLP (ADLP) PACKET LEVEL READY 
(see Note 2) rl 
CH=0 with no TC present (see Note 4) or A=DISCARD 
CH=0 in a CALL ACCEPT by ADLP packet 
Unassigned packet header A=DISCARD 


See Table 5-16 








Table 5-16. GDLP (ADLP) effect on ADCE (GDCE) call setup and clearing states 











ADCE (GDCE) call setup and clearing States 
(See Notes 1, 7 and 8) 
ADCE (GDCE) 
GDLP (ADLP) ADCE (GDCE) GDLP (ADLP) CLEAR 
Packet received from CALL CALL DATA CLEAR REQUEST to 
GDLP (ADLP) READY REQUEST REQUEST TRANSFER REQUEST GDLP (ADLP) 
(see Note 2) pl p2 p3 p4 po pT 
Format error A=ERROR A=ERROR A=ERROR See Table 5-17 A=ERROR A=DISCARD 
(see Note 3) (see Note 10) S=p7 S=p7 S=p7 
S=p7 D=33 D=33 D=25 
D=33 (see Note 6) (see Notes 6 and 9) (see Note 6) 
(see Note 9) 
CALL REQUEST A=NORMAL A=ERROR Not applicable Not applicable A=ERROR A=DISCARD 
(5.2.6.3.1) S=p7 (see Note 4) (see Note 4) S=p7 
S=p2 D=21 D=25 
(forward request to (see Note 6) (see Note 6) 
DCE) 
CALL ACCEPT A=ERROR A=ERROR A=NORMAL A=ERROR A=ERROR A=DISCARD 
S=p7 S=p7 (5.2.6.3.1) S=p7 S=p7 
D=20 D=21 S=p4 (forward D=23 D=25 
(see Note 10) (see Note 6) to DCE), or (see Note 6) (see Note 6) 
A=ERROR 
S=p7 
D=42 
(see Note 6) 
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ADCE (GDCE) call setup and clearing States 
(See Notes 1, 7 and 8) 
ADCE (GDCE) 
GDLP (ADLP) ADCE (GDCE) GDLP (ADLP) CLEAR 
Packet received from CALL CALL DATA CLEAR REQUEST to 
GDLP (ADLP) READY REQUEST REQUEST TRANSFER REQUEST GDLP (ADLP) 
(see Note 2) pl p2 p3 p4 po pl 
CLEAR REQUEST A=NORMAL A=NORMAL A=NORMAL A=NORMAL A=DISCARD A=NORMAL 
(5.2.6.3.3) (5.2.6.3.3) (5.2.6.3.3) (5.2.6.3.3) (5.2.6.3.3) 
S=p6 S=p6 S=p6 S=p6 S=p1 
(do not forward) (forward to DCE) (forward to DCE) (forward to DCE) (do not forward) 
CLEAR A=ERROR A=ERROR A=ERROR A=ERROR A=ERROR A=NORMAL 
CONFIRMATION S=p7 S=p7 S=p7 S=p7 S=p7 (5.2.6.3.3) 
D=20 D=21 D=22 D=23 D=25 S=pl 
(see Note 10) (see Note 6) (see Note 6) (see Note 6) (see Note 6) (do not forward) 
DATA, interrupt, flow A=ERROR A=ERROR A=ERROR See Table 5-17 A=ERROR A=DISCARD 
control or reset packets S=p7 S=p7 S=p7 S=p7 
D=20 D=21 D=22 D=25 
(see Note 10) (see Notes 6 and9) (see Notes 5 and 6) (see Note 6) 


NOTES: 


I. The XDCE is not necessarily in the same state as the DTE/DCE interface. 
All packets from the peer XDLP have been checked for duplication before evaluation as represented by this table. 

3. A format error may result from an S-bit sequence having a first or intermediate packet shorter than the maximum length, or else from an invalid LV 
field in a CALL REQUEST, CALL ACCEPT, CLEAR REQUEST or INTERRUPT packet. There are no other detectable Mode S format errors. 

4. The ADCE assigns all channel numbers used between the ADLP and GDLP, hence call collisions are not possible. When a CALL REQUEST by 





10. 


GDLP packet is received bearing a temporary channel number associated with an SVC in the p4 state, the association of the temporary to permanent 
channel number is broken (5.2.5.1.2.3). 

Not applicable to the GDLP. 

The error procedure consists of performing the actions specified when entering the p7 state (including sending a CLEAR REQUEST packet to the 
peer XDLP) and additionally sending a CLEAR REQUEST packet to the DCE (via the reformatting process). 

Table entries are defined as follows: A = action to be taken, S = the state to be entered, D = the diagnostic code to be used in packets generated as a 
result of this action, DISCARD indicates that the received packet is to be cleared from the XDLP buffers, and INVALID indicates that the packet/state 
combination cannot occur. 

The number in parentheses below an “A = NORMAL.” table entry is the paragraph number in this document that defines the actions to be taken to 
perform normal processing on the received packet. If no paragraph number is referenced, the normal processing is defined in the table entry. 

An error condition is declared and transfer to the p7 state is possible only if the ground DTE address is known unambiguously. Otherwise the action 
is to discard the packet. 

The error procedure consists of performing the action when entering the p7 state (including sending a CLEAR REQUEST packet to the XDLP) but 
without sending a CLEAR REQUEST packet to the local DCE. 
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Table 5-17. GDLP (ADLP) effect on ADCE (GDCE) reset states 
ADCE (GDCE) reset states (see Notes 1, 4 and 5) 
FLOW CONTROL GDLP (ADLP) RESET ADCE (GDCE) RESET REQUEST 
Packet received from GDLP (ADLP) READY REQUEST to GDLP (ADLP) 
(see Note 2) dl d2 d3 
RESET A=NORMAL A=DISCARD A=NORMAL 
REQUEST (5.2.6.7) (5.2.6.7) 
S=d2 S=d1 
(forward to DCE) (do not forward) 
RESET CONFIRMATION A=ERROR A=ERROR A=NORMAL 
S=d3 S=d3 (5.2.6.7) 
D=27 D=28 S=dl 
(see Note 3) (see Note 3) (do not forward) 
INTERRUPT See Table 5-18 A=ERROR A=DISCARD 
S=d3 
D=28 
(see Note 3) 
INTERRUPT CONFIRMATION See Table 5-18 A=ERROR A=DISCARD 
S=d3 
D=28 
(see Note 3) 
DATA or flow control packet See Table 5-19 A=ERROR A=DISCARD 
S=d3 
D=28 
(see Note 3) 
Format error (see Note 6) A=ERROR A=ERROR A=DISCARD 
S=d3 S=d3 
D=33 D=33 
(see Note 3) (see Note 3) 
NOTES: 
I. The XDCE is not necessarily in the same state as the DTE/DCE interface. 
All packets from the peer XDLP have been checked for duplication before evaluation as represented by this table. 
The error procedure consists of performing the specified actions when entering the d3 state (which includes forwarding a RESET REQUEST packet to 
the peer XDLP) and sending a RESET REQUEST packet to the DCE (via the formatting function). 
Table entries are defined as follows: A = action to be taken, S = the state to be entered, D = the diagnostic code to be used in packets generated as a 
result of this action, DISCARD indicates that the received packet is to be cleared for the XDLP buffers, and INVALID indicates that the packet/state 
combination cannot occur. 
The number in parentheses below an “A =NORMAL.” table entry is the paragraph number in this document that defines the actions to be taken to 
perform normal processing on the received packet. If no paragraph number is referenced, the normal processing is defined in the table entry. 
A format error may result from an S-bit sequence having a first or intermediate packet shorter than the maximum length, or else from an invalid LV 
field in a CALL REQUEST, CALL ACCEPT, CLEAR REQUEST, or INTERRUPT packet. There are no other detectable Mode S format errors. 
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Table 5-18. GDLP (ADLP) effect on ADCE (GDCE) interrupt transfer states 
ADCE/GDCE interrupt transfer states 
(see Notes 1, 3 and 4) 
GDLP (ADLP) INTERRUPT GDLP (ADLP) INTERRUPT 
Packet received from GDLP (ADLP) READY SENT 
(see Note 2) il i2 
INTERRUPT A=NORMAL A=ERROR 
(see Note 6) (5.2.6.4.5) S=d3 
S=i2 D=44 
(forward to DCE) (see Note 5) 








ADCE (GDCE) interrupt transfer states 
(see Notes 1, 3 and 4) 





NOTES: 


N 


combination cannot occur. 





ADCE (GDCE) INTERRUPT ADCE (GDCE) INTERRUPT SENT 
Packet received from GDLP (ADLP) READY j2 
(see Note 2) ji 
INTERRUPT CONFIRMATION A=ERROR A=NORMAL 
S=d3 (5.2.6.4.5) 
D=43 S=j1 


(see Note 5) 


I. The XDCE is not necessarily in the same state as the DTE/DCE interface. 

All packets from the peer XDLP have been checked for duplication before evaluation as represented by this table. 

3. Table entries are defined as follows: A = action to be taken, S = the state to be entered, D = the diagnostic code to be used in packets generated as a 
result of this action, DISCARD indicates that the received packet is to be cleared for the XDLP buffers, and INVALID indicates that the packet/state 


4. The number in parentheses below an “A = NORMAL.” table entry is the paragraph number in this document that defines the actions to be taken to 
perform normal processing on the received packet. If no paragraph number is referenced, the normal processing is defined in the table entry. 

5. The error procedure consists of performing the specified actions when entering the d3 state (which includes forwarding a RESET REQUEST packet to 
the peer XDLP) and sending a RESET REQUEST packet to the DCE (via the reformatting process). 

6. User data length for INTERRUPT packets greater than 32 bytes, or an out of sequence INTERRUPT packet, are considered as errors. 


(forward confirmation to DCE) 








Table 5-19. GDLP (ADLP) effect on ADCE (GDCE) flow control transfer states 








ADCE (GDCE) flow control transfer states 
(see Notes 1, 6 and 7) 





DATA packet with valid PR, invalid PS or LV subfield 
(see Notes 4 and 5) 
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ADCE (GDCE) ADCE (GDCE) 
Packet received from GDLP (ADLP) RECEIVE READY RECEIVE NOT READY 
(see Note 2) fil f2 
DATA packet with invalid PR A=ERROR A=ERROR 
(see Note 3) S=d3 S=d3 
D=2 D=2 


(see Note 8) 


A=DISCARD, 
but process the PR value and 
send REJECT packet containing the 
expected PS value (see Note 5) 
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(see Note 8) 


A=DISCARD, but process the PR value 
and send REJECT packet 
containing the expected PS 
value when busy condition ends 
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DATA packet with valid PR, PS and LV subfield A=NORMAL A=PROCESS, if possible; or 
(5.2.6.4.4) A=DISCARD, but process the 
(forward) PR value and send REJECT 


containing the expected PS value when 
busy condition ends 





ADCE (GDCE) flow control transfer states 
(see Notes 1, 6 and 7) 











GDLP (ADLP) GDLP (ADLP) 

Packet received from GDLP (ADLP) RECEIVE READY RECEIVE NOT READY 

(see Note 2) gl g2 

RR, RNR, REJECT packet with invalid PR A=ERROR A=ERROR 

(see Note 3) S=d3 S=d3 

D=2 D=2 
(see Note 8) (see Note 8) 
RR with valid PR field A=NORMAL A=NORMAL 
(see Note 9) (5.2.6.5) (5.2.6.6) 
S=gl 
RNR with valid PR value A=NORMAL A=NORMAL 
(see Note 9) (5.2.6.5) (5.2.6.6) 
S=g2 
REJECT with valid PR A=NORMAL A=NORMAL 
(see Note 9) (5.2.6.5) (5.2.6.6) 
S=gl 

NOTES: 

I. The XDCE is not necessarily in the same state as the DTE/DCE interface. 

2. All packets from the peer XDLP have been checked for duplication before evaluation as represented by this table. 

3. An invalid PR value is one which is less than the PR value (modulo 16) of the last packet sent by the peer XDLP, or greater than the PS value of the 
next data packet to be transmitted by the XDLP. 

4. An invalid PS value is one which is different from the next expected value for PS. 

5. An invalid LV subfield is one which represents a value that is too large for the size of the segment received. In the event of an LV field error which 
gives rise to a loss of confidence in the correctness of the other fields in the packet, the packet is discarded without any further action. 

6. Table entries are defined as follows: A = action to be taken, S = the state to be entered, D = the diagnostic code to be used in packets generated as a 
result of this action, DISCARD indicates that the received packet is to be cleared from the XDLP buffers, and INVALID indicates that the packet/state 
combination cannot occur. 

7. The number in parentheses below an “A = NORMAL” table entry is the paragraph number in this document that defines the actions to be taken to 
perform normal processing on the received packet. If no paragraph number is referenced, the normal processing is defined in the table entry. 

8. The error procedure consists of performing the specified actions when entering the d3 state (which includes forwarding a RESET REQUEST packet to 
the peer XDLP) and sending a RESET REQUEST packet to the DCE (via the reformatting process). 

9. RR, RNR, and REJECT packets have no end-to-end significance and are not forwarded to the DCE. 

10. The receipt of a packet smaller than the maximum packet size with M-bit = 1 will cause a reset to be generated and the remainder of the sequence will 


be discarded. 
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Table 5-20. DCE effect on ADCE (GDCE) call setup and clearing states 











ADCE (GDCE) call setup and clearing states (see Notes 1, 7 and 8) 
ADCE 
(GDCE) 
GDLP to GDLP 

GDLP (ADLP) ADCE (GDCE) (ADLP) (ADLP) 
Packet received CALL CALL DATA CLEAR CLEAR 
from DCE READY REQUEST REQUEST TRANSFER REQUEST REQUEST 
(see Notes 2 and 4) pl p2 p3 p4 po pl 
CALL REQUEST A=NORMAL INVALID INVALID INVALID INVALID INVALID 
(see Note 6) (5.2.6.3.1) (see Note 5) (see Note 3) (see Note 3) (see Note 3) (see Note 3) 

S=p3 
(forward) 
CALL ACCEPT A=DISCARD A=NORMAL INVALID INVALID A=DISCARD A=DISCARD 
(see Note 4) S=P4 (see Note 3) (see Note 3) 
(forward) 
CLEAR REQUEST A=DISCARD A=NORMAL A=NORMAL A=NORMAL A=DISCARD A=DISCARD 
(see Note 4) (5.2.6.3.3) (5.2.6.3.3) (5.2.6.3.3) 
S=p7 S=p7 S=p7 
(forward) (forward) (forward) 

DATA, INTERRUPT A=DISCARD INVALID INVALID See Table A=DISCARD A=DISCARD 
or RESET packets (see Note 3) (see Note 3) 5-21 
(see Note 4) 
NOTES: 


I. The XDCE is not necessarily in the same state as the DTE/DCE interface. 

This is the DTE packet received via the DCE after all DTE/DCE processing has occurred. Procedures local to the DTE/DCE interface (such as RR, 
RNR, and REJECT if in effect), do not affect the XDCE directly. All error procedures as documented in ISO 8208 have been performed. Hence certain 
packets are rejected by the interface and are not represented in this table. 

3. The DCE in its protocol operation with the DTE will detect this error condition, hence the erroneous packet can be said never to “reach” the XDCE; 
see also Note 2. 

4. The channel number for the DTE/DCE need not be the same channel number used for the ADCE/GDCE; a packet from the DTE which contains a 
channel number is associated with an air/ground channel by means of a previously established cross-reference table. If none exists then the 
DTE/DCE channel by definition references an air/ground channel in the p1 state. 

5. The ADCE assigns all channel numbers used between the ADLP and GDLP; hence call collisions (denoted p5 ISO 8208) are not possible; see also 
Note 4. 

6. A CALL REQUEST from the DTE can never be associated with an XDCE channel number which is not in the p1 state. 

7. Table entries are defined as follows: A = action to be taken, S = the state to be entered, D = the diagnostic code to be used in packets generated as a 
result of this action, DISCARD indicates that the received packet is to be cleared from the XDLP buffers, and INVALID indicates that the packet/state 
combination cannot occur. 

8. The number in parentheses below an “A = NORMAL.” table entry is the paragraph number in this document that defines the actions to be taken to 
perform normal processing on the received packet. If no paragraph number is referenced, the normal processing is defined in the table entry. 
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Table 5-21. DCE effect on ADCE (GDCE) reset states 





ADCE (GDCE) reset states 
(see Notes 1, 4 and 5) 








ADCE (GDCE) 
RESET 
FLOW CONTROL GDLP (ADLP) REQUEST 
READY RESET REQUEST to GDLP (ADLP) 
Packet received from DCE dl d2 d3 
RESET REQUEST A=NORMAL A=NORMAL A=DISCARD 
(5.2.6.7) (5.2.6.7) 
S=d3 S=dl1 
(forward) (forward) 
RESET CONFIRMATION INVALID INVALID INVALID 
(see Note 3) (see Note 3) (see Note 3) 
INTERRUPT See Table 5-22 A=DISCARD Hold interrupt until Mode S 
reset complete 
INTERRUPT CONFIRMATION See Table 5-22 A=DISCARD INVALID 
(see Note 3) 
DATA (see Note 2) A=NORMAL A=DISCARD Hold data until Mode S 
(5.2.6.4) reset complete 
(forward) 


NOTES: 


I. The XDCE is not necessarily in the same state as the DTE/DCE interface. 

2. This is the DTE packet received via the DCE after all DTE/DCE processing has occurred. Procedures local to the DTE/DCE interface (such as RR, 
RNR, and REJECT if in effect), do not affect the XDCE directly. All error procedures as documented in ISO 8208 have been performed. Hence certain 
packets are rejected by the interface and are not represented in this table. 

3. The DCE in its protocol operation with the DTE will detect this error condition, hence the erroneous packet can be said never to “reach” the XDCE; 
see also Note 2. 

4. Table entries are defined as follows: A = action to be taken, S = the state to be entered, D = the diagnostic code to be used in packets generated as a 
result of this action, DISCARD indicates that the received packet is to be cleared from the XDLP buffers, and INVALID indicates that the packet/state 
combination cannot occur. 

5. The number in parentheses below an “A = NORMAL.” table entry is the paragraph number in this document that defines the actions to be taken to 
perform normal processing on the received packet. If no paragraph number is referenced, the normal processing is defined in the table entry. 
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Table 5-22. DCE effect on ADCE (GDCE) interrupt transfer states 





Packet received from DCE 
(see Note 2) 





ADCE (GDCE) interrupt transfer state 
(see Notes 1, 4 and 5) 


GDLP (ADLP) 
INTERRUPT READY 
il 


GDLP (ADLP) 
INTERRUPT SENT 


i2 





INTERRUPT CONFIRMATION 


INVALID 
(See Note 3) 


A=NORMAL 
(5.2.6.4.5) 
S=il 
(forward) 





Packet received from DCE 
(see Note 2) 





ADCE (GDCE) interrupt transfer states 
(see Notes 1, 4 and 5) 


ADCE (GDCE) 
INTERRUPT READY 
ji 


ADCE (GDCE) 
INTERRUPT SENT 


j2 





INTERRUPT 


NOTES: 


A=NORMAL 
(5.2.6.4.5) 
S=j2 
(forward) 


INVALID 
(see Note 3) 





The XDCE is not necessarily in the same state as the DTE/DCE interface. 

This is the DTE packet received via the DCE after all DTE/DCE processing has occurred. Procedures local to the DTE/DCE interface (such as RR, 
RNR, and REJECT if in effect), do not affect the XDCE directly. All error procedures as documented in ISO 8208 have been performed. Hence certain 
packets are rejected by the interface and are not represented in this state. 

The DCE in its protocol operation with the DTE will detect this error condition, hence the erroneous packet can be said never to “reach” the XDCE; 
see also Note 2. 

Table entries are defined as follows: A = action to be taken, S = the state to be entered, D = the diagnostic code to be used in packets generated as a 
result of this action, DISCARD indicates that the received packet is to be cleared from the XDLP buffers, and INVALID indicates that the packet/state 
combination cannot occur. 

The number in parentheses below an “A = NORMAL.” table entry is the paragraph number in this document that defines the actions to be taken to 
perform normal processing on the received packet. If no paragraph number is referenced, the normal processing is defined in the table entry. 
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Table 5-23. Broadcast identifier number assignments 

















Uplink broadcast 
identifier Assignment 
0016 Not valid 
Olis Reserved (differential GNSS correction) 
3016 Not valid 
31i6 Reserved for ACAS (RA broadcast) 
3216 Reserved for ACAS (ACAS broadcast) 
Others Unassigned 
Downlink broadcast 
identifier Assignment 
0016 Not valid 
0216 Reserved (traffic information service) 
1016 Data link capability report 
2016 Aircraft identification 
FEi6 Update request 
FFi¢ Search request 
Others Unassigned 








Table 5-24. Register number assignments 











Transponder register No. Assignment 
0016 Not valid 
Olie Unassigned 
0216 Linked Comm-B, segment 2 
0316 Linked Comm-B, segment 3 
0416 Linked Comm-B, segment 4 
0516 Extended squitter airborne position 
0616 Extended squitter surface position 
O716 Extended squitter status 
0816 Extended squitter identification and type 
0916 Extended squitter airborne velocity 
OAt6 Extended squitter event-driven information 
OBis Air/air information | (aircraft state) 
OCi6 Air/air information 2 (aircraft intent) 
OD 16-OEji6 Reserved for air/air state information 
OF i6 Reserved for ACAS 
1016 Data link capability report 
1146-1646 Reserved for extension to data link capability reports 
1716 Common usage GICB capability report 
1816-1 Fi¢ Mode S specific services capability reports 
2016 Aircraft identification 
2116 Aircraft and airline registration markings 
2216 Antenna positions 
2316 Reserved for antenna position 
2416 Reserved for aircraft parameters 
2516 Aircraft type 
2616-2F 16 Unassigned 
3016 ACAS active resolution advisory 
3116-3Fi6 Unassigned 
4016 Selected vertical intention 
4 lie Next waypoint identifier 
4216 Next waypoint position 
4316 Next waypoint information 
4416 Meteorological routine air report 
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Transponder register No. 


Assignment 








4516 
4716 
5016 
Slis 
5216 
5516 
5616 
SFi6 
6016 
6116 
6516 
66 16-6F 16 
El \6-E216 
E416 
E516 
E616 
E76-FOi6 
Fli¢ 
F316-FFi6 


Meteorological hazard report 

Reserved for flight management system Mode 1 
Reserved for flight management system Mode 2 
VHF channel report 

Unassigned 

Track and turn report 

Position report coarse 

Position report fine 

Air-referenced state vector 

Waypoint | 

Waypoint 2 

Waypoint 3 

Unassigned 

Quasi-static parameter monitoring 

Heading and speed report 

Extended squitter emergency/priority status 
Reserved for target state and status information 
Reserved for extended squitter 

Reserved for extended squitter 

Aircraft operational status 

Reserved for extended squitter 

Reserved for future aircraft downlink parameters 
Unassigned 

Reserved for Mode S BITE 

Transponder type/part number 

Transponder software revision number 

ACAS unit part number 

ACAS unit software revision number 
Unassigned 

Military applications 

Military applications 

Unassigned 








Note.— In the context of Table 5-24, the term “aircraft” can be understood as “transponder carrying aircraft”, 
“pseudo-aircraft (e.g. an obstacle)” or “vehicle”. 
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Table 5-25. MSP channel number assignments 




















Uplink channel 
number Assignment 

0 Not valid 
1 Reserved (specific services management) 
2 Reserved (traffic information service) 
3 Reserved (ground-to-air alert) 
4 Reserved (ground derived position) 
5 ACAS sensitivity level control 
6 Reserved (ground-to-air service request) 
7 Reserved (air-to-ground service response) 

8-63 Unassigned 

Downlink channel 
number Assignment 

0 Not valid 
1 Reserved (specific services management) 
2 Unassigned 
3 Reserved (data flash) 
4 Reserved (position request) 
5 Unassigned 
6 Reserved (ground-to-air service response) 
vs Reserved (air-to-ground service request) 

8-63 Unassigned 





I-5-69 22/11/07 


Annex 10 — Aeronautical Communications 


Volume IIT 

























































































FIGURES FOR CHAPTER 5 
For DI = 1 
TMS 
17 21 23 26 27 29 30 
Is MBS MES LOS RSS SPARE LAS 
20 22 25 28 32 
For DI = 7 
TMS 
17 21 25 26 27 29 30 
Is RRS SPARE LOS SPARE | SPARE LAS 
20 24 28 32 
Figure 5-1. The SD field structure 
Ready and restart states (x1) r2 r3 
ee 
Call setup and clearing states pl p2 p3 ps po pl 
Data transfer states (a1) d2 d3 
— 
Interrupt and control states fl f2 gl g2 il i2 ji j2 


Note.— States rl, p4 and dl (shown circled) are states that provide access to the 
lower levels of the DCE substate hierarchy. 








Figure 5-2. DCE substate hierarchy 
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45 6 7 
DP=0 MP=1 SP=1 ST=0 FILL2 
P FILL SN 
CH LAM 
AG 
S FS F LV 
UD 
Figure 5-3. CALL REQUEST by ADLP packet 
2 45 6 7 
DP=0 MP=1 SP=1 ST=0 FILL 
P FILL SN 
FILL TC AM 
AG 
S FS F LV 
UD 
Figure 5-4. CALL REQUEST by GDLP packet 
2 45 6 7 
DP=0 MP=1 SP=1 ST=1 FILL2 
TC SN 
CH AM 
AG 
S FILL F LV 
UD 





Figure 5-5. CALL ACCEPT by ADLP packet 
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2 45 6 7 8 
DP=0 MP=1 SP=1 ST=1 FILL 
FILL SN 
CH AM 
AG 
S FILL LV 
UD 
Figure 5-6. CALL ACCEPT by GDLP packet 
2 45 6 7 8 
DP=0 MP=1 SP=1 ST=2 FILL2 
TC SN 
CH AM 
AG 
CC 
DC 
Ss FILL LV 

















UD 





Figure 5-7. CLEAR REQUEST by ADLP packet 
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2 3 45 6 7 
DP=0 MP=1 SP=1 ST=2 FILL 
TC SN 

CH AM 
AG 
CC 
DC 

S FILL F LV 
UD 





Figure 5-8. CLEAR REQUEST by GDLP packet 








DP=0 MP=1 SP=1 ST=3 FILL2 








TC SN 








CH AM 











AG 








Figure 5-9. CLEAR CONFIRMATION by ADLP packet 








DP=0 MP=1 SP=1 ST=3 FILL 








TC SN 








CH AM 











AG 








Figure 5-10. CLEAR CONFIRMATION by GDLP packet 
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1 2 3 45 6 7 8 
DP=1 M SN 
FILL1 
PS PR 
CH LV 
UD 
Figure 5-11. DATA packet 
1 2 3 45 6 7 8 
DP=0 MP=1 SP=3 ST=1 FILL2 
S F SN 
CH LV 
UD 
Figure 5-12. INTERRUPT packet 
1 2 3 45 6 7 8 
DP=0 MP=1 SP=3 ST=3 SS=0 
FILL2 SN 
CH FILL 
Figure 5-13. INTERRUPT CONFIRMATION packet 
1 2 3 45 6 7 8 
DP=0 MP=1 SP=3 ST=3 SS=1 
FILL2 SN 
CH PR 














Figure 5-14. REJECT packet 
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2 3 45 6 7 
DP=0 MP=1 SP=2 ST=0 FILL2 
FILL SN 
CH PR 
Figure 5-15. RECEIVE READY packet 
2 3 45 6 7 
DP=0 MP=1 SP=2 ST=1 FILL2 
FILL SN 
CH PR 
Figure 5-16. RECEIVE NOT READY packet 
2 3 45 6 7 
DP=0 MP=1 SP=2 ST=2 FILL2 
FILL SN 
CH FILL 
RC 
DC 
Figure 5-17. RESET REQUEST packet 
2 3 45 6 7 
DP=0 MP=1 SP=2 ST=3 FILL2 
FILL SN 
CH FILL 
Figure 5-18. RESET CONFIRMATION packet 
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DP=0 





MP=1 





SP=3 





ST=0 





OF 
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DP=0 





MP=1 





SP=3 





ST=2 





FILL2 








LENGTH 








FIRST PACKET 





LENGTH 





LAST PACKET 





LENGTH = 0 


Figure 5-20. 


MULTIPLEX packet 
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1 2 3 45 6 7 8 





DP=0 MP=0 M/CH 











FILL1 














UD 





Figure 5-21. SHORT FORM MSP packet 





DP=0 MP=1 SP=0 L M/SN 














FILL2 M/CH 














UD 





Figure 5-22. LONG FORM MSP packet 
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DP[1] 1 
MP[1] 0 
0 SP[2] 0 
1 ST[2] 0 
; 
1 
2 
3 
ST[2] 0 
; 
2 
2 
3 
ST[2] 0 
1 
3 
2 
Ss[2] 0 
rans 
i 
2 
ae 
LEGEND: 


DP = DATA packet type 

MP = MSP packet type 

SP = SUPERVISORY packet 
ST = SUPERVISORY type 


SS = SUPERVISORY subset 











DATA PACKET 
SHORT MSP 
LONG MSP 
CALL REQUEST 
CALL ACCEPT 


CLEAR REQUEST 
CLEAR CONFIRMATION 
RECEIVE READY 
RECEIVE NOT READY 


RESET REQUEST 
RESET CONFIRMATION 
ROUTE 

INTERRUPT 


MULTIPLEX 
INTERRUPT CONFIRMATION 
REJECT 


UNASSIGNED 
UNASSIGNED 


Figure 5-23. Control fields used in MODE S packets 
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CHAPTER 6. VHF AIR-GROUND DIGITAL LINK (VDL) 


6.1 DEFINITIONS AND SYSTEM CAPABILITIES 
Note 1.— The very high frequency (VHF) digital link (VDL) Mode 2 and the VDL Mode 4 provide data service 
capabilities. The VDL Mode 3 provides both voice and data service capabilities. The data capability is a constituent mobile 
subnetwork of the aeronautical telecommunication network (ATN). In addition, the VDL may provide non-ATN functions. 


Standards and Recommended Practices (SARPs) for the VDL are defined and referenced below. 


Note 2.— Additional information on VDL is contained in the Manuals on VHF VDL Mode 2, VDL Mode 3 and VDL 
Mode 4 Technical Specifications (Docs 9776, 9805 and 9816). 


Note 3.— Sections 6.1.2 to 6.8.2 contain Standards and Recommended Practices for VDL Modes 2 and 3. Section 6.9 
contains Standards and Recommended Practices for VDL Mode 4. 


6.1.1 Definitions 
Automatic dependent surveillance-broadcast (ADS-B). A means by which aircraft, aerodrome vehicles and other objects can 
automatically transmit and/or receive data such as identification, position and additional data, as appropriate, in a broadcast 
mode via a data link. 


Broadcast. A transmission of information relating to air navigation that is not addressed to a specific station or stations. 


Burst. A time-defined, contiguous set of one or more related signal units which may convey user information and protocols, 
signalling, and any necessary preamble. 


Current slot. The slot in which a received transmission begins. 


Data circuit-terminating equipment (DCE). A DCE is a network provider equipment used to facilitate communications 
between DTEs. 


Data link entity (DLE). A protocol state machine capable of setting up and managing a single data link connection. 

Data link service (DLS) sublayer. The sublayer that resides above the MAC sublayer. For VDL Mode 4, the DLS sublayer 
resides above the VSS sublayer. The DLS manages the transmit queue, creates and destroys DLEs for connection- 
oriented communications, provides facilities for the LME to manage the DLS, and provides facilities for connectionless 
communications. 

Data terminal equipment (DTE). A DTE is an endpoint of a subnetwork connection. 

Extended Golay Code. An error correction code capable of correcting multiple bit errors. 

Frame. The link layer frame is composed of a sequence of address, control, FCS and information fields. For VDL Mode 2, 


these fields are bracketed by opening and closing flag sequences, and a frame may or may not include a variable-length 
information field. 
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Gaussian filtered frequency shift keying (GFSK). A continuous-phase, frequency shift keying technique using two tones and 
a Gaussian pulse shape filter. 


Global signalling channel (GSC). A channel available on a worldwide basis which provides for communication control. 


Link. A link connects an aircraft DLE and a ground DLE and is uniquely specified by the combination of aircraft DLS 
address and the ground DLS address. A different subnetwork entity resides above every link endpoint. 


Link layer. The layer that lies immediately above the physical layer in the Open Systems Interconnection protocol model. 
The link layer provides for the reliable transfer of information across the physical media. It is subdivided into the data 
link sublayer and the media access control sublayer. 


Link management entity (LME). A protocol state machine capable of acquiring, establishing and maintaining a connection 
to a single peer system. An LME establishes data link and subnetwork connections, “hands-off” those connections, and 
manages the media access control sublayer and physical layer. An aircraft LME tracks how well it can communicate 
with the ground stations of a single ground system. An aircraft VME instantiates an LME for each ground station that it 
monitors. Similarly, the ground VME instantiates an LME for each aircraft that it monitors. An LME is deleted when 
communication with the peer system is no longer viable. 


M burst. A management channel data block of bits used in VDL Mode 3. This burst contains signalling information needed 
for media access and link status monitoring. 


Media access control (MAC). The sublayer that acquires the data path and controls the movement of bits over the data path. 
Mode 2. A data-only VDL mode that uses D8PSK modulation and a carrier sense multiple access (CSMA) control scheme. 
Mode 3. A voice and data VDL mode that uses D8PSK modulation and a TDMA media access control scheme. 


Mode 4. A data-only VDL mode using a GFSK modulation scheme and self-organizing time division multiple access 
(STDMA). 


Physical layer. The lowest level layer in the Open Systems Interconnection protocol model. The physical layer is concerned 
with the transmission of binary information over the physical medium (e.g. VHF radio). 


Quality of service. The information relating to data transfer characteristics used by various communication protocols to 
achieve various levels of performance for network users. 


Reed-Solomon code. An error correction code capable of correcting symbol errors. Since symbol errors are collections of bits, 
these codes provide good burst error correction capabilities. 


Self-organizing time division multiple access (STDMA). A multiple access scheme based on time-shared use of a radio 
frequency (RF) channel employing: (1) discrete contiguous time slots as the fundamental shared resource; and (2) a set 
of operating protocols that allows users to mediate access to these time slots without reliance on a master control station. 


Slot. One of a series of consecutive time intervals of equal duration. Each burst transmission starts at the beginning of a slot. 


Subnetwork connection. A long-term association between an aircraft DTE and a ground DTE using successive virtual calls 
to maintain context across link handoff. 


Subnetwork dependent convergence function (SNDCF). A function that matches the characteristics and services of a 
particular subnetwork to those characteristics and services required by the internetwork facility. 


Subnetwork entity. In this document, the phrase “ground DCE” will be used for the subnetwork entity in a ground station 
communicating with an aircraft; the phrase “ground DTE” will be used for the subnetwork entity in a ground router 
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communicating with an aircraft station; and, the phrase “aircraft DTE” will be used for the subnetwork entity in an 
aircraft communicating with the station. A subnetwork entity is a packet layer entity as defined in ISO 8208. 


Subnetwork layer. The layer that establishes, manages and terminates connections across a subnetwork. 


System. A VDL-capable entity. A system comprises one or more stations and the associated VDL management entity. A 
system may either be an aircraft system or a ground system. 


Time division multiple access (TDMA). A multiple access scheme based on time-shared use of an RF channel employing: 
(1) discrete contiguous time slots as the fundamental shared resource; and (2) a set of operating protocols that allows 
users to interact with a master control station to mediate access to the channel. 


User group. A group of ground and/or aircraft stations which share voice and/or data connectivity. For voice 
communications, all members of a user group can access all communications. For data, communications include 
point-to-point connectivity for air-to-ground messages, and point-to-point and broadcast connectivity for ground-to-air 
messages. 


VDL management entity (VME). A VDL-specific entity that provides the quality of service requested by the ATN-defined 
SN_SME. A VME uses the LMEs (that it creates and destroys) to enquire the quality of service available from peer 
systems. 


VDL Mode 4 burst. A VHF digital link (VDL) Mode 4 burst is composed of a sequence of source address, burst ID, 
information, slot reservation and frame check sequence (FCS) fields, bracketed by opening and closing flag sequences. 


Note.— The start of a burst may occur only at quantized time intervals and this constraint allows the propagation delay 
between the transmission and reception to be derived. 


VDL Mode 4 DLS system. A VDL system that implements the VDL Mode 4 DLS and subnetwork protocols to carry ATN 
packets or other packets. 


VDL Mode 4 specific services (VSS) sublayer. The sublayer that resides above the MAC sublayer and provides VDL Mode 4 
specific access protocols including reserved, random and fixed protocols. 


VDL station. An aircraft-based or ground-based physical entity, capable of VDL Mode 2, 3 or 4. 
Note.— In the context of this chapter, a VDL station is also referred to as a “station”. 

Vocoder. A low bit rate voice encoder/decoder. 

Voice unit. A device that provides a simplex audio and signalling interface between the user and VDL. 


VSS user. A user of the VDL Mode 4 specific services. The VSS user could be higher layers in the VDL Mode 4 SARPs or 
an external application using VDL Mode 4. 


6.1.2. Radio channels and functional channels 
6.1.2.1 Aircraft station radio frequency range. An aircraft station shall be capable of tuning to any of the channels in 
the range specified in Section 6.1.4.1 within 100 milliseconds after the receipt of an autotune command. In addition, for VDL 
Mode 3, an aircraft station shall be able to tune to any channel in the range specified in Section 6.1.4.1 within 


100 milliseconds after the receipt of any tuning command. 


6.1.2.2 Ground station radio frequency range. A ground station shall be capable of operating on its assigned channel 
within the radio frequency range detailed in 6.1.4.1. 
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6.1.2.3. Common signalling channel. Frequency 136.975MHz shall be reserved as a worldwide common signalling 
channel (CSC) for VDL Mode 2. 
6.1.3 System capabilities 
6.1.3.1 Data transparency. The VDL system shall provide code-independent, byte-independent transfer of data. 
6.1.3.2 Broadcast. The VDL system shall provide link layer data broadcast services (Mode 2) and/or voice and data 
broadcast services (Mode 3). For VDL Mode 3, the data broadcast service shall support network multicasting capability 


originating from the ground. 


6.1.3.3. Connection management. The VDL system shall establish and maintain a reliable communications path 
between the aircraft and the ground system while allowing but not requiring manual intervention. 


Note.— In this context “reliable” is defined by the BER requirement specified in 6.3.5.1. 


6.1.3.4 Ground network transition. A VDL-equipped aircraft shall transition from one ground station to another when 
circumstances dictate. 


6.1.3.5 Voice capability. The VDL Mode 3 system shall support a transparent, simplex voice operation based on a 
“Listen-Before-Push-To-Talk” channel access. 
6.1.4 Air-ground VHF digital link communications system characteristics 
6.1.4.1 The radio frequencies used shall be selected from the radio frequencies in the band 117.975-137 MHz. The 
lowest assignable frequency shall be 118.000 MHz, and the highest assignable frequency shall be 136.975 MHz. The 


separation between assignable frequencies (channel spacing) shall be 25 kHz. 


Note.— Volume V specifies that the block of frequencies from 136.9 — 136.975 MHz inclusive is reserved for VHF 
air-ground digital communications. 


6.1.4.2 The design polarization of emissions shall be vertical. 


6.2 SYSTEM CHARACTERISTICS OF THE GROUND INSTALLATION 


6.2.1 Ground station transmitting function 


6.2.1.1. Frequency stability. The radio frequency of VDL ground station equipment operation shall not vary more than 
plus or minus 0.0002 per cent (2 parts per million) from the assigned frequency. 


Note.— The frequency stability for VDL ground stations using DSB-AM modulation is specified in Part II, Chapter 2 for 
25 kHz channel spacing. 


6.2.2 Power 


Recommendation.— The effective radiated power should be such as to provide a field strength of at least 75 microvolts 
per metre (minus 109 dBW/m’) within the defined operational coverage of the facility, on the basis of free-space propagation. 
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6.2.3 Spurious emissions 


6.2.3.1 Spurious emissions shall be kept at the lowest value which the state of the technique and the nature of the 
service permit. 


Note.— Appendix S3 to the Radio Regulations specifies the levels of spurious emissions to which transmitters must 
conform. 


6.2.4 Adjacent channel emissions 


6.2.4.1. The amount of power from a VDL ground transmitter under all operating conditions when measured over the 
25 kHz channel bandwidth of the first adjacent channel shall not exceed 0 dBm. 


6.2.4.1.1 After 1 January 2002, the amount of power from all new installations of a VDL ground transmitter under all 
operating conditions when measured over the 25 kHz channel bandwidth of the first adjacent channel shall not exceed 2 dBm. 


6.2.4.2 The amount of power from a VDL ground transmitter under all operating conditions when measured over the 
25 kHz channel bandwidth of the second adjacent channel shall be less than minus 25 dBm and from thereon it shall 
monotonically decrease at the minimum rate of 5 dB per octave to a maximum value of minus 52 dBm. 


6.2.4.2.1 After 1 January 2002, the amount of power from all new installations of a VDL ground transmitter under all 
operating conditions when measured over the 25 kHz channel bandwidth of the second adjacent channel shall be less than 
minus 28 dBm. 


6.2.4.2.2 After 1 January 2002, the amount of power from all new installations of a VDL ground transmitter under all 
operating conditions when measured over the 25 kHz channel bandwidth of the fourth adjacent channel shall be less than 
minus 38 dBm, and from thereon it shall monotonically decrease at the minimum rate of 5 dB per octave to a maximum value 
of minus 53 dBm. 


6.2.4.3. The amount of power from a VDL ground transmitter under all operating conditions when measured over a 
16 kHz channel bandwidth centred on the first adjacent channel shall not exceed minus 20 dBm. 


6.2.4.3.1 After 1 January 2002, the amount of power from all new installations of a VDL ground transmitter under all 
operating conditions when measured over a 16 kHz channel bandwidth centred on the first adjacent channel shall not exceed 
minus 18 dBm. 


6.2.4.4 After 1 January 2005, all VDL ground transmitters shall meet the provisions of 6.2.4.1.1, 6.2.4.2.1, 6.2.4.2.2 
and 6.2.4.3.1, subject to the conditions of 6.2.4.5. 


6.2.4.5 Requirements of mandatory compliance of the provisions of 6.2.4.4 shall be made on the basis of regional air 


navigation agreements which specify the airspace of operation and the implementation timescales. The agreements shall 
provide at least two years’ notice of mandatory compliance of ground systems. 


6.3 SYSTEM CHARACTERISTICS OF THE AIRCRAFT INSTALLATION 


6.3.1 Frequency stability. The radio frequency of VDL aircraft equipment shall not vary more than plus or 
minus 0.0005 per cent (5 parts per million) from the assigned frequency. 


6.3.2 Power. The effective radiated power shall be such as to provide a field strength of at least 20 microvolts per 


metre (minus 120 dBW/m‘”) on the basis of free-space propagation, at ranges and altitudes appropriate to the operational 
conditions pertaining to the areas over which the aircraft is operated. 
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6.3.3 Spurious emissions 


6.3.3.1 Spurious emissions shall be kept at the lowest value which the state of the technique and the nature of the 
service permit. 


Note.— Appendix $3 to the Radio Regulations specifies the levels of spurious emissions to which transmitters must 
conform. 


6.3.4 Adjacent channel emissions 


6.3.4.1 The amount of power from a VDL aircraft transmitter under all operating conditions when measured over the 
25 kHz channel bandwidth of the first adjacent channel shall not exceed 0 dBm. 


6.3.4.1.1 After 1 January 2002, the amount of power from all new installations of a VDL aircraft transmitter under all 
operating conditions when measured over the 25 kHz channel bandwidth of the first adjacent channel shall not exceed 2 dBm. 


6.3.4.2 The amount of power from a VDL aircraft transmitter under all operating conditions when measured over the 
25 kHz channel bandwidth of the second adjacent channel shall be less than minus 25 dBm and from thereon it shall 
monotonically decrease at the minimum rate of 5 dB per octave to a maximum value of minus 52 dBm. 


6.3.4.2.1 After 1 January 2002, the amount of power from all new installations of a VDL aircraft transmitter under all 
operating conditions when measured over the 25 kHz channel bandwidth of the second adjacent channel shall be less than 
minus 28 dBm. 


6.3.4.2.2 After 1 January 2002, the amount of power from all new installations of a VDL aircraft transmitter under all 
operating conditions when measured over the 25 kHz channel bandwidth of the fourth adjacent channel shall be less than 
minus 38 dBm, and from thereon it shall monotonically decrease at the minimum rate of 5 dB per octave to a maximum value 
of minus 53 dBm. 


6.3.4.3 The amount of power from a VDL aircraft transmitter under all operating conditions when measured over a 
16 kHz channel bandwidth centred on the first adjacent channel shall not exceed minus 20 dBm. 


6.3.4.3.1 After 1 January 2002, the amount of power from all new installations of a VDL aircraft transmitter under all 
operating conditions when measured over a 16 kHz channel bandwidth centred on the first adjacent channel shall not exceed 
minus 18 dBm. 


6.3.4.4 After 1 January 2005, all VDL aircraft transmitters shall meet the provisions of 6.3.4.1.1, 6.3.4.2.1, 6.3.4.2.2 
and 6.3.4.3.1, subject to the conditions of 6.3.4.5. 


6.3.4.5 Requirements of mandatory compliance of the provisions of 6.3.4.4 shall be made on the basis of regional air 
navigation agreements which specify the airspace of operation and the implementation timescales. The agreements shall 
provide at least two years’ notice of mandatory compliance of aircraft systems. 
6.3.5 Receiving function 
6.3.5.1 Specified error rate. The specified error rate for Mode 2 operation shall be the maximum corrected Bit Error 
Rate (BER) of 1 in 10*. The specified error rate for Mode 3 operation shall be the maximum uncorrected BER of 1 in 10°. 


The specified error rate for Mode 4 operation shall be the maximum uncorrected BER of | in 10*. 


Note.— The above physical layer BER requirements are derived from the BER requirement imposed by ATN at the 
subnetwork interface. 
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6.3.5.2 Sensitivity. The receiving function shall satisfy the specified error rate with a desired signal strength of not 
more than 20 microvolts per metre (minus 120 dBW/m”’). 


Note.— The required signal strength at the edge of the service volume takes into account the requirements of the system 
and signal losses within the system, and considers environmental noise sources. 


6.3.5.3 Out-of-band immunity performance. The receiving function shall satisfy the specified error rate with a desired 
signal field strength of not more than 40 microvolts per metre (minus 114 dBW/m’) and with an undesired DSB-AM D8PSK 
or GFSK signal on the adjacent or any other assignable channel being at least 40 dB higher than the desired signal. 


6.3.5.3.1 After 1 January 2002, the receiving function of all new installations of VDL shall satisfy the specified error 
rate with a desired signal field strength of not more than 40 microvolts per metre (minus 114 dBW/m’) and with an undesired 
VHF DSB-AM, D8PSK or GFSK signal at least 60 dB higher than the desired signal on any assignable channel 100 kHz or 
more away from the assigned channel of the desired signal. 


Note.— This level of interference immunity performance provides a receiver performance consistent with the influence of 
the VDL RF spectrum mask as specified in 6.3.4 with an effective isolation transmitter/receiver isolation of 69 dB. Better 
transmitter and receiver performance could result in less isolation required. Guidance material on the measurement 
technique is included in the Handbook on Radio Frequency Spectrum Requirements for Civil Aviation including statement of 
approved ICAO policies (Doc 9718). 


6.3.5.3.2 After 1 January 2005, the receiving function of all installations of VDL shall meet the provisions of 6.3.5.3.1, 
subject to the conditions of 6.3.5.3.3. 


6.3.5.3.3 Requirements of mandatory compliance of the provisions of 6.3.5.3.2 shall be made on the basis of regional 
air navigation agreements which specify the airspace of operation and the implementation timescales. The agreement shall 
provide for at least two years’ notice of mandatory compliance of aircraft systems. 
6.3.5.4 INTERFERENCE IMMUNITY PERFORMANCE 
6.3.5.4.1 The receiving function shall satisfy the specified error rate with a desired field strength of not more than 
40 microvolts per metre, and with one or more out-of-band signals, except for VHF FM broadcast signals, having a total level 


at the receiver input of minus 33 dBm. 


Note.— In areas where adjacent higher band signal interference exceeds this specification, a higher immunity 
requirement will apply. 


6.3.5.4.2 The receiving function shall satisfy the specified error rate with a desired field strength of not more than 


40 microvolts per metre, and with one or more VHF FM broadcast signals having a total level at the receiver input of 
minus 5 dBm. 


6.4 PHYSICAL LAYER PROTOCOLS AND SERVICES 


The aircraft and ground stations shall access the physical medium operating in simplex mode. 


6.4.1 Functions 
6.4.1.1. The physical layer shall provide the following functions: 


a) transmitter and receiver frequency control; 
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b) digital reception by the receiver; 
c) digital transmission by the transmitter; and 
d) notification services. 


6.4.1.1.1 Transmitter/receiver frequency control. The VDL physical layer shall set the transmitter or receiver 
frequency as commanded by the link management entity (LME). 


Note.— The LME is a link layer entity as contained in the Manuals on VDL Mode 2 and VDL Mode 3 Technical 
Specifications. 


6.4.1.1.2 Digital reception by the receiver. The receiver shall decode input signals and forward them to the higher 
layers for processing. 


6.4.1.1.3. Digital transmission. The VDL physical layer shall appropriately encode and transmit information received 
from higher layers over the RF channel. 


6.4.2 Modes 2 and 3 common physical layer 


6.4.2.1 Modulation scheme. Modes 2 and 3 shall use differentially encoded 8 phase shift keying (D8PSK), using a 
raised cosine filter with a = 0.6 (nominal value). The information to be transmitted shall be differentially encoded with 3 bits 
per symbol (baud) transmitted as changes in phase rather than absolute phase. The data stream to be transmitted shall be 
divided into groups of 3 consecutive data bits, least significant bit first. Zeros shall be padded to the end of the transmissions 
if needed for the final channel symbol. 


6.4.2.1.1 Data encoding. A binary data stream entering a differential data encoder shall be converted into three 
separate binary streams X, Y, and Z so that bits 3n form X, bits 3n + 1 form Y, and bits 3n + 2 form Z. The triplet at time k 
(Xx, Yx, Zz) shall be converted to a change in phase as shown in Table 6-1, and the absolute phase ¢, is the accumulated 
series of Ad, that is: 


OK = di-1 + AD, 


6.4.2.1.2 Transmitted signal form. The phase-modulated baseband signal as defined in 6.4.2.1.1 shall excite the pulse 
shape filter. 


s(t)= >) 2, Md, t -KT,) 


where: 
h is the complex impulse response of the pulse shape filter; 
k is defined in 6.4.2.1.1; 
is defined by the equation in 6.4.2.1.1; 
t is time; 
T, is time duration of each symbol. 


The output (function of time) of the pulse shape filter (s(t)) shall modulate the carrier frequency. The pulse shape filter shall 
have a nominal complex frequency response of a raised-cosine filter with a =0.6. 





* ~All tables are located at the end of this chapter. 
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6.4.2.2 Modulation rate. The symbol rate shall be 10500 symbols/second, resulting in a nominal bit rate of 
31 500 bits/s. The modulation stability requirements for Modes 2 and 3 are provided in Table 6-2. 


6.4.3 Mode 2 specific physical layer 


Note.— The Mode 2 specific physical layer specification includes a description of the Mode 2 training sequence, forward 
error correction (FEC), interleaving, bit scrambling, channel sensing, and physical layer system parameters. 


6.4.3.1 To transmit a sequence of frames, a station shall insert the bit numbers and flags (per the data link service 
description for Mode 2 as contained in the Manual on VDL Mode 2 Technical Specifications), compute the FEC 
(per 6.4.3.1.2), interleave (per 6.4.3.1.3), prepend the training sequence (per 6.4.3.1.1), carry out bit scrambling (per 6.4.3.1.4) 
and finally encode and modulate the RF signal (per 6.4.2.1). 


6.4.3.1.1 Training sequence. Data transmission shall begin with a demodulator training sequence consisting of five 
segments: 


a) transmitter ramp-up and power stabilization; 
b) synchronization and ambiguity resolution; 
c) reserved symbol; 

d) transmission length; and 

e) header FEC. 


Note.— Immediately after these segments follows an AVLC frame with the format as contained in the data link service 
description in the Manual on VDL Mode 2 Technical Specifications. 


6.4.3.1.1.1 Transmitter ramp-up and power stabilization. The purpose of the first segment of the training sequence, 
called the ramp-up, is to provide for transmitter power stabilization and receiver AGC settling, and it shall immediately 
precede the first symbol of the unique word. The duration of the ramp-up shall be five symbol periods. The time reference 
point (t), for the following specification is the centre of the first unique word symbol, a point that occurs half a symbol period 
after the end of the ramp-up. Conversely stated, the beginning of the ramp-up starts at t = —5.5 symbol periods. The 
transmitted power shall be less than -40 dBc prior to time t = —5.5 symbol periods. The ramp-up shall provide that at time 
t=-3.0 symbol periods the transmitted power is 90 per cent of the manufacturer’s stated output power or greater (see 
Figure 6-1"). Regardless of the method used to implement (or truncate) the raised cosine filter, the output of the transmitter 
between times t = —3.0 and t = -0.5 will appear as if ‘000’ symbols were transmitted during the ramp-up period. 


Note. 1.— For Mode 3, the timing reference point is the same as the “power reference point”. 


Note 2.— It is desirable to maximize the time allowed for the AGC settling time. Efforts should be made to have power 
above 90 per cent of nominal output power at t — 3.5 symbol periods. 


6.4.3.1.1.2 Synchronization and ambiguity resolution. The second segment of the training sequence shall consist of the 
unique word: 


000 010 011 110 000 001 101 110 001 100 011 111 101 111 100 010 


and shall be transmitted from left to right. 





* — All figures are located at the end of this chapter. 
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6.4.3.1.1.3 Reserved symbol. The third segment of the training sequence shall consist of the single symbol 
representing 000. 


Note.— This field is reserved for future definition. 

6.4.3.1.1.4 Transmission length. To allow the receiver to determine the length of the final Reed-Solomon block, the 
transmitter shall send a 17-bit word, from least significant bit (Isb) to most significant bit (msb), indicating the total number 
of data bits that follow the header FEC. 

Note.— The length does not include those bits transmitted for: the Reed Solomon FEC, extra bits padded to ensure that 
the interleaver generates an integral number of 8-bit words, or the extra bits padded to ensure that the data encoder 
generates an integral number of 3-bit symbols. 

6.4.3.1.1.5 Header FEC. To correct bit errors in the header, a (25, 20) block code shall be computed over the reserved 
symbol and the transmission length segments. The block code shall be transmitted as the fifth segment. The encoder shall 
accept the header in the bit sequence that is being transmitted. The five parity bits to be transmitted shall be generated using 
the following equation: 

[Py ge 9 Ps] = [Ri geses9 R3 ’ TL; gine TLy7] H' 
where: 

P is the parity symbol (P, shall be transmitted first); 

R__ is the reserved symbol; 

TL is the transmission Length symbol; 


is the matrix transpose function; and 


H is the parity matrix defined below: 





0O0000000T11111I1ITtItI1t1!1 
Oo0o1l11111tidoed0ddtrItItitiitii 
HA=|11000111001100001111 
11011011010100110011 
Ol101001111001010101 





6.4.3.1.1.6 Bit transmission order. The five parity bits of the resultant vector product shall be transmitted from the left 
bit first. 


6.4.3.1.2 Forward error correction. In order to improve the effective channel throughput by reducing the number of 
required retransmissions, FEC shall be applied after the training sequence, regardless of frame boundaries. 


6.4.3.1.2.1 FEC calculation. The FEC coding shall be accomplished by means of a systematic fixed-length Reed- 
Solomon (RS)(255,249) 2°-ary code. 


Note 1.— This code is capable of correcting up to three octets for data blocks of 249 octets (1992 bits). Longer 
transmissions must be divided up into 1992 bit transmissions and shorter transmissions must be extended by virtual fill with 


trailing zeros. Six RS-check octets are appended for a total block of 255 octets. 


The field defining the primitive polynomial of the code shall be as follows: 
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paxy=Oetx+ xr txt 1) 
The generator polynomial shall be as follows: 
125 
[]@-#) 
i=120 


where: 


a is a primitive element of GF(256); 
GF(256) is a Galois field (GF) of size 256. 


Note 2.— The Reed-Solomon codes are described in the Recommendation for Space Data System Standards Telemetry 
Channel Coding, by the Consultative Committee for Space Data Systems (see the Appendix to this chapter). 


6.4.3.1.2.2 Block lengths. The six RS-check octets shall be calculated on blocks of 249 octets. Longer transmissions 
shall be split into blocks of 249 octets, per 6.4.3.1.3. Blocks of shorter length shall be extended to 249 octets by a virtual fill 
of trailing zeros. The virtual fill shall not be transmitted. Blocks shall be coded according to 6.4.3.1.2.3 through 6.4.3.1.2.3.3. 


6.4.3.1.2.3. No error correction. For blocks with 2 or fewer non-fill octets, no error correction shall be used. 


6.4.3.1.2.3.1 | Single-byte error correction. For blocks with 3 to 30 non-fill octets, all six RS-check octets shall be 
generated, but only the first two shall be transmitted. The last four RS-check octets shall be treated as erasures at the decoder. 


6.4.3.1.2.3.2 Two-byte error correction. For blocks with 31 to 67 non-fill octets, all six RS-check octets shall be 
generated, but only the first four shall be transmitted. The last two RS-check octets shall be treated as erasures at the decoder. 


6.4.3.1.2.3.3. Three-byte error correction. For blocks with 68 or more non-fill octets, all six RS-check octets shall be 
generated and transmitted. 


6.4.3.1.3 Interleaving. To improve the performance of the FEC, an octet-based table-driven interleaver shall be used. 
The interleaver shall create a table having 255 octets per row and c rows, where 


transmission length (bits) 


1992 (bits) 
where: 
a) the transmission length is as defined in 6.4.3.1.1.5; and 
b) c=the smallest integer greater than or equal to the value of the fraction. 


After extending the data to an even multiple of 1992 bits, the interleaver shall write the transmission stream into the first 
249 octets of each row by taking each consecutive group of eight bits and storing them from the first column to the 249th. 
The first bit in each group of eight bits shall be stored in the eighth bit position; the first group of 1992 bits shall be stored in 
the first row, the second group of 1992 bits in the second row, etc. After the FEC is computed on each row, the FEC data (or 
erasures) shall be stored in columns 250 through 255. The interleaver shall then pass the data to the scrambler by reading out 
column by column, skipping any octet which contains erasures or all fill bits. All of the bits in an octet shall be transmitted 
from bit 8 to bit 1. 


On reception, the de-interleaver shall calculate the number of rows and size of the last (potentially partial) row from the 
length field in the header. It shall only pass valid data bytes to the higher layer. 
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6.4.3.1.4 Bit scrambling. To aid clock recovery and to stabilize the shape of the transmitted spectrum, bit scrambling 
shall be applied. The pseudo noise (PN) sequence shall be a 15-stage generator (see Figure 6-2) with the characteristic 
polynomial: 


XP 4X4] 


The PN-sequence shall start after the frame synchronization pattern with the initial value 1101 0010 1011 001 with the left- 
most bit in the first stage of the register as per Figure 6-2. After processing each bit, the register shall be shifted one bit to the 
right. For possible encryption in the future this initial value shall be programmed. The sequence shall be added (modulo 2) to 
the data at the transmit side (scrambling) and to the scrambled data at the receive side (descrambling) per Table 6-3. 


Note.— The concept of a PN scrambler is explained in ITU-R Recommendation S.446-4, Annex I, Section 4.3.1, 
Method I (see the Appendix to this chapter). 


6.4.3.2. MODE 2 CHANNEL SENSING 


6.4.3.2.1 Channel busy to idle detection. When a station receives on-channel power of at least -87 dBm for at least 
5 milliseconds, then: 


a) with a likelihood of 0.9, it shall continue to consider the channel occupied if the signal level is attenuated to 
below -92 dBm for less than | millisecond; and 


b) with a likelihood of 0.9, it shall consider the channel unoccupied if the signal level is attenuated to below —92 dBm 
for at least 1.5 milliseconds. 


Note.— The maximum link throughput available to all users is highly sensitive to the RF channel sense delay (from the 
time when the channel actually changes state until a station detects and acts on that change) and RF channel seizure delay 
(from the time when a station decides to transmit until the transmitter is sufficiently ramped up to lock out other stations). 
Accordingly, it is imperative that all efforts are made to reduce those times as the state-of-the-art advances. 


6.4.3.2.2 Channel idle to busy detection. With a likelihood of at least 0.9, a station shall consider the channel occupied 
within | millisecond after on-channel power rises to at least -90 dBm. 


6.4.3.2.3 Recommendation.— The detection of an occupied channel should occur within 0.5 milliseconds. 

Note.— A higher probability of false alarm is acceptable on the idle to busy detection than the busy to idle detection 
because of the effects of the two different errors. 

6.4.3.3. MODE 2 RECEIVER/TRANSMITTER INTERACTION 

6.4.3.3.1 Receiver to transmitter turnaround time. A station shall transmit the training sequence such that the centre of 
the first symbol of the unique word will be transmitted within 1.25 milliseconds after the result of an access attempt is 
successful (see Figure 6-3). The total frequency change during the transmission of the unique word shall be less than 10 Hz. 
After transmission of the unique word, the phase acceleration shall be less than 500 Hz per second. 

6.4.3.3.2 Transmitter to receiver turnaround time. The transmitter power shall be —20 dBc within 2.5 symbol periods 
of the middle of the final symbol of the burst. The transmitter power leakage when the transmitter is in the “off” state shall be 
less than —-83 dBm. A station shall be capable of receiving and demodulating with nominal performance, an incoming signal 


within 1.5 milliseconds after transmission of the final information symbol. 


Note.— Reference DO-160D section 21, category H for antenna radiated signals. 
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6.4.3.4 MODE 2 PHYSICAL LAYER SYSTEM PARAMETERS 
6.4.3.4.1 The physical layer shall implement the system parameters as defined in Table 6-4. 
6.4.3.4.1.1 Parameter PI (minimum transmission length). Parameter P1 defines the minimum transmission length that 
a receiver shall be capable of demodulating without degradation of BER. 
6.4.4 Mode 3 specific physical layer 


Note.— The Mode 3 specific physical layer specification includes a description of Mode 3 management (M) burst and 
handoff check message (H) burst uplink, M burst downlink, voice/data (V/D) burst, and bit scrambling. 


6.4.4.1 Management (M) burst and handoff check message (H) burst uplink. The M uplink burst (as contained in the 
Manual on VDL Mode 3 Technical Specifications) shall consist of three segments, the training sequence followed by the 
system data and the transmitter ramp down. The H uplink burst (as contained in the Manual on VDL Mode 3 Technical 
Specifications) shall consist of three segments, the training sequence followed by the handoff check message and the 
transmitter ramp down. 


6.4.4.1.1 Training sequence. Uplink M burst and H burst training sequences shall consist of two components as follows: 
a) transmitter ramp up and power stabilization; and 

b) synchronization and ambiguity resolution. 

6.4.4.1.1.1 Transmitter ramp-up and power stabilization. This shall be as defined in Section 6.4.3.1.1.1. 


6.4.4.1.1.2 Synchronization and ambiguity resolution. The second component of the training sequence shall consist of 
the synchronization sequence, known as S>*, as follows: 


000 001 101 100 110 010 111 100 010 011 101 000111 000 011 O01 
and shall be transmitted from left to right. 


Note.— The sequence S>* is very closely related to the sequence S> (Section 6.4.4.3.1.2). The 15 phase changes between 
the 16 symbols of S)* are each exactly 180° out of phase from the 15 phase changes associated with S. This relationship can 
be used to simplify the process of simultaneously searching for both sequences. 


6.4.4.1.2 System data and handoff check message. The non-3T configuration (as contained in the Manual on VDL 
Mode 3 Technical Specifications) system data shall consist of 32 transmitted symbols. The 96 transmitted bits shall include 
48 bits of information and 48 parity bits, generated as 4 Golay (24, 12) code words. The 3T configuration as contained in the 
Manual on VDL Mode 3 Technical Specifications shall consist of 128 transmitted symbols. The 384 transmitted bits shall 
include 192 bits of information and 192 parity bits, generated as 16 Golay (24, 12) code words. The 3T configuration handoff 
check message shall consist of 40 transmitted symbols. The 120 transmitted bits shall include 60 bits of information and 
60 parity bits, generated as 5 Golay (24,12) code words. 


The specific definition of the Golay encoder shall be as follows: 


If the 12 bit input bit sequence is written as a row vector x, then the 24 bit output sequence can be written as the row vector y, 
where y = x G, and the matrix G shall be given by 
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01100000000000 
01010000000000 
01001000000000 
11000100000000 
00000010000000 
10000001000000 
11000000100000 
00000000010000 
10000000001000 
11000000000100 
10000000000010 
11000000000001 
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Note.— The extended Golay code allows for the correction of any error pattern with 3 or fewer bit errors and the 
detection of any 4-bit error pattern. 


6.4.4.1.3 Transmitter ramp-down. The transmitter power shall be —20 dBc within 2.5 symbol periods of the middle of 
the final symbol of the burst. The transmitter power leakage when the transmitter is in the “off’ state shall be less 


than -83 dBm. 


Note.— Reference RTCA/DO-160D section 21, category H for antenna radiated signals. 


6.4.4.2. Management (M) burst downlink. The M downlink burst (as contained in the Manual on VDL Mode 3 
Technical Specifications) shall consist of three segments, the training sequence followed by the system data and the 


transmitter ramp down. 


6.4.4.2.1 Training sequence. The M downlink burst training sequence shall consist of two components as follows: 


a) transmitter ramp up and power stabilization; and 


b) synchronization and ambiguity resolution. 


6.4.4.2.1.1 


Transmitter ramp-up and power stabilization. This shall be as defined in 6.4.4.1.1.1. 


6.4.4.2.1.2 Synchronization and ambiguity resolution. Three separate synchronization sequences shall be used for this 
burst type. The standard sequence, known as Sj), shall be as follows: 


000 111 001 001 010 110 000 011 100 110 011 111010 101 100 101 


and shall be transmitted from left to right. The special sequence used to identify poll responses shall be as defined in 


6.4.4.1.1.2. 


The special sequence used to identify net entry requests (S,*) shall use the following sequence: 


000 001 111 111 100 000 110 101 010 000 101 001 100 O11 010 O11 


and shall be transmitted from left to right. 


Note.— The sequence S;* is very closely related to the sequence S;. The 15 phase changes between the 16 symbols of S;* 
are each exactly 180° out of phase from the 15 phase changes associated with S,. This relationship can be used to simplify 
the process of simultaneously searching for both sequences. 
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6.4.4.2.2 System data. The system data segment shall consist of 16 transmitted symbols. The 48 transmitted bits shall 
be encoded as 24 bits of system data and 24 bits of parity bits generated as two consecutive (24, 12) Golay code words. The 
encoding of the (24, 12) Golay code words should be as defined in 6.4.4.1.2. 


6.4.4.2.3. Transmitter ramp-down. This shall be as defined in 6.4.4.1.3. 


6.4.4.3. Voice or data (V/D) burst. The V/D burst (as contained in the Manual on VDL Mode 3 Technical 
Specifications) shall consist of four segments: the training sequence followed by the header, the user information segment 
and the transmitter ramp down. The same V/D burst format shall be used for both uplink and downlink. 


6.4.4.3.1 Training sequence. V/D burst training sequence shall consist of two components as follows: 
a) transmitter ramp-up and power stabilization; and 

b) synchronization and ambiguity resolution. 

6.4.4.3.1.1 Transmitter ramp-up and power stabilization. This shall be as specified in 6.4.4.1.1.1. 


6.4.4.3.1.2 Synchronization and ambiguity resolution. The second component of the training sequence shall consist of 
the synchronization sequence, known as S», as follows: 


000 111 011 010 000 100 001 010 100 101 011 110001 110 101 111 
and shall be transmitted from left to right. 


6.4.4.3.2 Header. The header segment shall consist of 8 transmitted symbols. The 24 transmitted bits shall be encoded 
as 12 bits of header information and 12 parity bits, generated as a single (24, 12) Golay code word. The encoding of the 
(24, 12) Golay code word shall be as defined in 6.4.4.1.2. 


6.4.4.3.3 User information. The user information segment shall consist of 192 3-bit symbols. When transmitting voice, 
FEC shall be applied to the analysis output of the vocoder specified in 6.8. The vocoder shall provide satisfactory 
performance in a BER environment of 10~ (with a design goal of 10). The overall bit rate of the vocoder including FEC is 
4 800 bits/s (except when in the truncated mode in which the bit rate is 4 000 bits/s). 


6.4.4.3.3.1 When transmitting user data, the 576 bits shall be encoded as a single Reed-Solomon (72, 62) 2*-ary code 
word. For user data input to the Reed-Solomon encoder of length less than 496 bits, input data shall be padded with zeroes at 
the end to a full length of 496 bits. The field defining the primitive polynomial of the code shall be as described in 6.4.3.1.2.1. 
The generator polynomial shall be as follows: 


129 ‘ 
[]@-#) 


i=120 


Note.— The Reed-Solomon (72, 62) code is capable of correcting up to five 2°-ary (code word) symbol errors in the 
received word. 


6.4.4.3.4. Transmitter ramp-down. This shall be as defined in 6.4.4.1.3. 
6.4.4.4 Interleaving. There shall be no interleaving in Mode 3 operation. 
6.4.4.5 Bit scrambling. Under Mode 3 operation, bit scrambling, as specified in 6.4.3.1.4 shall be performed on each 


burst, starting after the training sequence. The scrambling sequence shall be reinitialized on each burst effectively providing a 
constant overlay for each of the Mode 3 fixed length bursts. 
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6.4.4.6 Receiver/transmitter interaction. The switching times in this subsection will be defined as the time between the 
middle of the last information symbol of one burst and the middle of the first symbol of the synchronization sequence of the 
subsequent burst. 


Note.— This nominal time will be shortened by considerations such as the finite width of each symbol due to Nyquist 
filtering and the ramp up and power stabilization sequence. Such alternative definitions could yield switching times up to 
& symbol periods shorter. 


6.4.4.6.1 Receiver to transmitter switching time. An aircraft radio shall be capable of switching from reception to 
transmission within 17 symbol periods. This time can be relaxed to 33 symbol periods for aircraft radios which do not 
implement functions requiring discrete addressing. 


Note 1.— The shortest R/T switching time for an aircraft radio occurs when the reception of an uplink M channel beacon 
is followed by a V/D transmission in the same slot. In certain instances where aircraft radios do not implement functions 
requiring discrete addressing, the R/T switching time can be increased since the last two Golay words of the uplink M 
channel beacon need not be read. 


Note 2.— The minimum turnaround time assumes that in configurations 3V1D, 2V1D, and 3T (as contained in Section 
5.5.2.4 of the Manual on VDL Mode 3 Technical Specifications), the aircraft radios will be provided with software that will 
prevent them from transmitting a downlink M channel message in a slot following the reception of a voice message from 
another aircraft with a long time delay. 


6.4.4.6.2 Transmitter to receiver switching time. An aircraft radio shall be capable of switching from transmission to 
reception within 32 symbol periods. 


Note.— The worst case T/R switching time for an aircraft radio occurs when it transmits a downlink M channel message 
and receives a V/D message in the same slot. 


6.4.4.7 Fringe coverage indication 


6.4.4.7.1 Recommendation.— Indication of near edge-of-coverage should be provided to the VDL Mode 3 aircraft. 


6.5 LINK LAYER PROTOCOLS AND SERVICES 


6.5.1 General information 


6.5.1.1 Functionality. The VDL link layer shall provide the following sublayer functions: 


a) media access control (MAC) sublayer, which requires the use of the carrier sense multiple access (CSMA) algorithm 
for Mode 2 or TDMA for Mode 3; 


b) a data link service (DLS) sublayer: 


1) for Mode 2, the DLS sublayer provides connection-oriented point-to-point links using data link entities (DLE) 
and connectionless broadcast link over the MAC sublayer; and 


2) for Mode 3, the DLS sublayer provides acknowledged connectionless point-to-point and point-to-multipoint 
links over a MAC sublayer that guarantees sequencing; and 


c) a VDL management entity (VME), which establishes and maintains DLEs between the aircraft and the ground-based 
systems using link management entities (LME). 
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6.5.1.2 SERVICE 


6.5.1.2.1 Connection-oriented. The VDL Mode 2 link layer shall provide a reliable point-to-point service using a 
connection-oriented DLS sublayer. 


6.5.1.2.2 Connectionless. The VDL Mode 2 and 3 link layers shall provide an unacknowledged broadcast service using 
a connectionless DLS sublayer. 


6.5.1.2.3 Acknowledged connectionless. The VDL Mode 3 link layer shall provide an acknowledged point-to-point 
service using a connectionless DLS sublayer that relies upon the MAC sublayer to guarantee sequencing. 
6.5.2 MAC sublayer 


6.5.2.1 The MAC sublayer shall provide for the transparent acquisition of the shared communications path. It makes 
invisible to the DLS sublayer the way in which supporting communications resources are utilized to achieve this. 


Note.— Specific MAC services and procedures for VDL Modes 2 and 3 are contained in the Manuals on VDL Mode 2 
and VDL Mode 3 Technical Specifications. 
6.5.3. Data link service sublayer 


6.5.3.1 For Mode 2, the DLS shall support bit-oriented simplex air-ground communications using the aviation VHF 
link control (AVLC) protocol. 


Note.— Specific data link services, parameters and protocol definitions for VDL Mode 2 are contained in the Manual on 
VDL Mode 2 Technical Specifications. 


6.5.3.2 For Mode 3, the DLS shall support bit-oriented, priority based, simplex air-ground communications using the 
acknowledged connectionless data link (A-CLDL) protocol. 


Note.— Specific data link services, parameters and protocol definitions for VDL Mode 3 are contained in the Manual on 
VDL Mode 3 Technical Specifications. 
6.5.4 VDL management entity 
6.5.4.1 Services. The VME shall provide link establishment, maintenance and disconnection services as well as support 


parameter modification. Specific VME services, parameter formats and procedures for Modes 2 and 3 are contained in the 
Manuals on VDL Mode 2 and Mode 3 Technical Specifications. 


6.6 SUBNETWORK LAYER PROTOCOLS AND SERVICES 


6.6.1 Architecture for Mode 2 


6.6.1.1 The subnetwork layer protocol used across the VHF air-ground subnetwork for VDL Mode 2 is referred to 
formally as a subnetwork access protocol (SNAcP) and shall conform to ISO 8208, except as contained in the Manual on 
VDL Mode 2 Technical Specifications. The SNAcP is contained within the Manual on VDL Mode 2 Technical 
Specifications as the subnetwork protocol. If there are any differences between the Manual on VDL Mode 2 Technical 
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Specifications and the cited specifications, the Manual on VDL Mode 2 Technical Specifications shall have precedence. On 
the air-ground interface, the aircraft subnetwork entity shall act as a DTE and the ground subnetwork entity shall act as a 
DCE. 


Note.— Specific subnetwork layer protocol access points, services, packet formats, parameters and procedures for VDL 
Mode 2 are contained in the Manual on VDL Mode 2 Technical Specifications. 


6.6.2 Architecture for Mode 3 


6.6.2.1 The subnetwork layer used across the VHF air-ground subnetwork for VDL Mode 3 provides the flexibility to 
simultaneously support multiple subnetwork protocols. The currently defined options are to support ISO 8473 connectionless 
network protocol and to support ISO 8208, both as contained in the Manual on VDL Mode 3 Technical Specifications. The 
Manual on VDL Mode 3 Technical Specifications shall have precedence with respect to any differences with the cited 
specifications. For the ISO 8208 interface, both the air and ground subnetwork entities shall act as DCEs. 


Note.— Specific subnetwork layer protocol access points, services, packet formats, parameters and procedures for VDL 
Mode 3 are contained in the Manual on VDL Mode 3 Technical Specifications. 


6.7 THE VDL MOBILE SUBNETWORK DEPENDENT 
CONVERGENCE FUNCTION (SNDCEF) 


6.7.1 VDL Mode 2 SNDCF 
6.7.1.1 Introduction. The VDL Mode 2 mobile SNDCF shall be the standard mobile SNDCF. 


6.7.1.2 New function. The VDL Mode 2 mobile SNDCF shall support maintaining context (e.g. compression tables) 
across subnetwork calls. The SNDCF shall use the same context (e.g. compression tables) across all SVCs negotiated to a 
DTE, when negotiated with the same parameters. The SNDCF shall support at least 2 SVCs sharing a context. 


Note 1.— Because handoffs can be expected to reorder packets, certain compression algorithms do not lend themselves 
to use over VDL Mode 2. Further, implementors of dictionary-based compression algorithms must be sensitive to the 
problem of updates arriving on either the old or newly established call. 


Note 2.— The encoding of the Call User Data field is described in Doc 9705 except with modifications as contained in 
the Manual on VDL Mode 2 Technical Specifications. 


6.7.2 VDL Mode 3 SNDCF 


6.7.2.1. The VDL Mode 3 shall support one or more of the defined SNDCFs. The first is the standard ISO 8208 
SNDCF as defined in Doc 9705. This is a connection-oriented SNDCF. The second type of SNDCF supported by VDL 
Mode 3 is denoted frame-based SNDCF. The details of this connectionless oriented SNDCF are contained in the Manual on 
VDL Mode 3 Technical Specifications, including network layer interface, support for broadcast and unicast network packets, 
and ATN router support. 


Note.— The framed-based SNDCF is termed such because it uses the VDL Mode 3 frames without the need for an 
additional protocol (viz. ISO 8208 SNDCF) to transfer network packets. The frame-based SNDCF achieves independence 
from the network protocol by identifying the payload of each frame. Upon receipt of a frame, the payload is examined and 
control is passed to the protocol identified. 
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6.8 VOICE UNIT FOR MODE 3 


6.8.1 Services 


6.8.1.1 The voice unit shall provide for a simplex, “push-to-talk” audio and signalling interface between the user and 
the VDL. Two separate mutually exclusive voice circuit types shall be supported: 


a) Dedicated circuits: This shall provide service to a specific user group on an exclusive basis with no sharing of the 
circuit with other users outside the group. Access shall be based on a “listen-before-push-to-talk” discipline. 


b) Demand assigned circuits: This shall provide voice circuit access which is arbitrated by the ground station in 
response to an access request received from the aircraft station. This type of operation shall allow dynamic sharing 
of the channel resource increasing trunking efficiency. 


6.8.1.2 Priority access. The voice unit operation shall support a priority override access for authorized ground users. 


6.8.1.3 Message source identification. The voice unit operation shall support notification to the user of the source of a 
received message (i.e. whether the message originated from an air or ground station). 


6.8.1.4 Coded squelch. The voice unit shall support a coded squelch operation that offers some degree of rejection of 
undesired co-channel voice messages based on the burst time of arrival. 


6.8.2 Speech encoding, parameters and procedures 


6.8.2.1 The VDL Mode 3 shall use the advanced multiband excitation (AMBE) 4.8 kbits/s encoding/decoding 
algorithm, version number AMBE-ATC-10, developed by Digital Voice Systems, Incorporated (DVSI) for voice 
communications. 


Note 1.— Information on technical characteristics of the 4.8 kbits/s AMBE algorithm is contained in AMBE-ATC-10 
Low Level Description, obtainable from DVSI. 


Note 2.— The 4.8 kbits/s AMBE encoding/decoding technology described in the document is subject to DVSI patent 
rights and copyrights. Manufacturers must enter into a license agreement with DVSI prior to obtaining a detailed 
description of the algorithm before incorporation in equipment operating in the VDL Mode 3 service. By letter to ICAO dated 
29 October 1999, DVSI confirmed its commitment to license the technology for the manufacture and sale of aeronautical 
equipment under reasonable terms and conditions, negotiated on a non-discriminatory basis. 


6.8.2.2 Speech encoding definition, voice unit parameters, and procedure descriptions for VDL Mode 3 Voice Unit 
operation are contained in the Manual on VDL Mode 3 Technical Specifications. 


6.9 VDL MODE 4 


6.9.1 A Mode 4 station shall conform to the requirements defined in 6.1.2.3, 6.1.4.2, 6.2.1.1, 6.2.3.1, 6.2.4, 6.3.1, 
6.3.3.1, 6.3.4, 6.3.5.1, 6.3.5.2, 6.3.5.3, 6.3.5.4.1 and 6.9. 
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6.9.2 VDL Mode 4 radio channels 


6.9.2.1 ©VDL MODE 4 STATION FREQUENCY RANGE 


6.9.2.1.1  Transmitter/receiver tuning range. A VDL Mode 4 transmitter/receiver shall be capable of tuning to any of 
the 25 kHz channels from 112 MHz to 137 MHz. 


Note.— Operational conditions or certain applications may require the equipment to be operated in a narrower 
frequency range. 


6.9.2.1.2 Simultaneous reception. A VDL Mode 4 station shall be capable of receiving two channels simultaneously. 
6.9.2.1.3. Recommendation. A VDL Mode 4 station should be capable of receiving additional channels 
simultaneously as required by operational services. 
6.9.2.2 GLOBAL SIGNALLING CHANNELS 


6.9.2.2.1 VDL Mode 4 stations shall use two assigned frequencies as global signalling channels (GSC), to support user 
communications and link management functions. 


Note.— Additional channels may be defined in a local domain and notified to mobile users by broadcast from ground 
stations on the GSCs defined above. 

6.9.3 System capabilities 

6.9.3.1 ATN compatibility. The VDL Mode 4 system shall support ATN/IPS-compliant subnetwork services. 

Note.— VDL Mode 4 provides a seamless transfer of data between ATN/IPS ground networks and ATN/IPS aircraft 
networks. Interoperability with ATN/OSI networks, where required, is expected to be arranged prior to implementation. VDL 
Modes 2 and 3 provide ATN/OSI-compliant subnetworks. 

6.9.3.2 Data transparency. The VDL Mode 4 system shall provide code-independent, byte-independent transfer of data. 

6.9.3.3. Broadcast. The VDL Mode 4 system shall provide link layer broadcast services. 


6.9.3.4 Point-to-point. The VDL Mode 4 system shall provide link layer point-to-point services. 


6.9.3.5 Air-air communications. The VDL Mode 4 system shall provide air-air communications, without ground 
support, as well as air-ground communications. 


6.9.3.6 Connection management. When supporting air-ground operations, the VDL Mode 4 system shall establish and 
maintain a reliable communications path between the aircraft and the ground system while allowing, but not requiring, 
manual intervention. 


6.9.3.7. Ground network transition. A mobile VDL Mode 4 DLS station shall transition from one ground VDL Mode 4 
DLS station to another as required. 
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6.9.3.8 Derived time capability. VDL Mode 4 shall provide the capability for deriving time from time-of-arrival 
measurements of received VDL Mode 4 transmissions whenever externally derived estimates of time are unavailable. 


6.9.3.9 Simplex operations. Mobile and ground VDL Mode 4 stations shall access the physical medium operating in 
simplex mode. 
6.9.4 Coordination of channel utilization 
6.9.4.1 Ona regional basis, transmissions shall be scheduled relative to UTC, to ensure efficient use of shared channels 
and to avoid unintentional slot re-use. 
6.9.5 Physical layer protocols and services 


Note.— Unless otherwise stated, the requirements defined in this section apply to both mobile and ground stations. 


6.9.5.1 FUNCTIONS 
6.9.5.1.1 TRANSMITTED POWER 

6.9.5.1.1.1 Airborne installation. The effective radiated power shall be such as to provide a field strength of at least 
35 microvolts per metre (minus 114.5 dBW/m’) on the basis of free space propagation, at ranges and altitudes appropriate to 
the conditions pertaining to the areas over which the aircraft is operated. 
6.9.5.1.1.2 Ground installation. 

Recommendation.— The effective radiated power should be such as to provide a field strength of at least 75 microvolts 
per metre (minus 109 dBW/m’) within the defined operational coverage of the facility, on the basis of free-space propagation. 
6.9.5.1.2 TRANSMITTER AND RECEIVER FREQUENCY CONTROL 

6.9.5.1.2.1_ The VDL Mode 4 physical layer shall set the transmitter or receiver frequency as commanded by the link 
management entity (LME). Channel selection time shall be less than 13 ms after the receipt of a command from a VSS user. 


6.9.5.1.3. DATA RECEPTION BY RECEIVER 


6.9.5.1.3.1 The receiver shall decode input signals and forward them to the higher layers for processing. 


6.9.5.1.4 DATA TRANSMISSION BY TRANSMITTER 


6.9.5.1.4.1 Data encoding and transmission. The physical layer shall encode the data received from the data link layer 
and transmit it over the RF channel. RF transmission shall take place only when permitted by the MAC. 


6.9.5.1.4.2 Order of transmission. The transmission shall consist of the following stages in the following order: 
a) transmitter power stabilization; 


b) _ bit synchronization; 
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c) ambiguity resolution and data transmission; and 


d) transmitter decay. 


6.9.5.1.4.3 Automatic transmitter shutdown. A VDL Mode 4 station shall automatically shut-down power to any final 
stage amplifier in the event that output power from that amplifier exceeds -30 dBm for more than | second. Reset to an 
operational mode for the affected amplifier shall require a manual operation. 


Note.— This is intended to protect the shared channel resource against so-called “stuck transmitters”. 


6.9.5.1.5 NOTIFICATION SERVICES 


6.9.5.1.5.1 Signal quality. The operational parameters of the equipment shall be monitored at the physical layer. Signal 
quality analysis shall be performed in the demodulator process and in the receive process. 


Note.— Processes that may be evaluated in the demodulator include bit error rate (BER), signal to noise ratio (SNR), 
and timing jitter. Processes that may be evaluated in the receiver include received signal level and group delay. 


6.9.5.1.5.2 Arrival time. The arrival time of each received transmission shall be measured with a two-sigma error of 
5 microseconds. 


6.9.5.1.5.3 Recommendation.— The receiver should be capable of measuring the arrival time within a two-sigma 

error of 1 microsecond. 
6.9.5.2 PROTOCOL DEFINITION FOR GFSK 

6.9.5.2.1 Modulation scheme. The modulation scheme shall be GFSK. The first bit transmitted (in the training 
sequence) shall be a high tone and the transmitted tone shall be toggled before transmitting a 0 (i.e. non-return to zero 
inverted encoding). 

6.9.5.2.2 Modulation rate. Binary ones and binary zeros shall be generated with a modulation index of 0.25 + 0.03 and 
a BT product of 0.28 + 0.03, producing data transmission at a bit rate of 19 200 bits/s + 50 ppm. 
6.9.5.2.3. STAGES OF TRANSMISSION 

6.9.5.2.3.1 Transmitter power stabilization. The first segment of the training sequence is the transmitter power 
stabilization, which shall have a duration of 16 symbol periods. The transmitter power level shall be no less than 90 per cent 


of the steady state power level at the end of the transmitter power stabilization segment. 


6.9.5.2.3.2 Bit synchronization. The second segment of the training sequence shall be the 24-bit binary sequence 0101 
0101 0101 0101 0101 0101, transmitted from left to right immediately before the start of the data segment. 


6.9.5.2.3.3. Ambiguity resolution and data transmission. The transmission of the first bit of data shall start 40 bit 
intervals (approximately 2 083.3 microseconds) + 1 microsecond after the nominal start of transmission. 


Note 1.— This is referenced to emissions at the output of the antenna. 


Note 2.— Ambiguity resolution is performed by the link layer. 
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6.9.5.2.3.4 Transmitter decay. The transmitted power level shall decay at least by 20 dB within 300 microseconds after 
completing a transmission. The transmitter power level shall be less than -90 dBm within 832 microseconds after completing 
a transmission. 


6.9.5.3 CHANNEL SENSING 


6.9.5.3.1 Estimation of noise floor. A VDL Mode 4 station shall estimate the noise floor based on power measurements 
of the channel whenever a valid training sequence has not been detected. 


6.9.5.3.2 The algorithm used to estimate the noise floor shall be such that the estimated noise floor shall be lower than 
the maximum power value measured on the channel over the last minute when the channel is regarded as idle. 


Note.— The VDL Mode 4 receiver uses an energy sensing algorithm as one of the means to determine the state of the 
channel (idle or busy). One algorithm that can be used to estimate the noise floor is described in the Manual on VHF Digital 
Link (VDL) Mode 4 (Doc 9816). 


6.9.5.3.3. Channel idle to busy detection. A VDL Mode 4 station shall employ the following means to determine the 
channel idle to busy transition at the physical layer. 


6.9.5.3.3.1 Detection of a training sequence. The channel shall be declared busy if a VDL Mode 4 station detects a 
valid training sequence followed by a frame flag. 


6.9.5.3.3.2 Measurement of channel power. Regardless of the ability of the demodulator to detect a valid training 
sequence, a VDL Mode 4 station shall consider the channel busy with at least a 95 per cent probability within | ms after on- 
channel power rises to the equivalent of at least four times the estimated noise floor for at least 0.5 milliseconds. 
6.9.5.3.4 CHANNEL BUSY TO IDLE DETECTION 

6.9.5.3.4.1 A VDL Mode 4 station shall employ the following means to determine the channel busy to idle transition. 

6.9.5.3.4.2 Measurement of transmission length. When the training sequence has been detected, the channel busy state 
shall be held for a period of time at least equal to 5 milliseconds, and subsequently allowed to transition to the idle state 
based on measurement of channel power. 

6.9.5.3.4.3. Measurement of channel power. When not otherwise held in the channel busy state, a VDL Mode 4 station 
shall consider the channel idle with at least a 95 per cent probability if on-channel power falls below the equivalent of twice 
the estimated noise floor for at least 0.9 milliseconds. 


6.9.5.4 RECEIVER/TRANSMITTER INTERACTION 


6.9.5.4.1 Receiver to transmitter turnaround time. A VDL Mode 4 station shall be capable of beginning the 
transmission of the transmitter power stabilization sequence within 16 microseconds after terminating the receiver function. 


6.9.5.4.2 Frequency change during transmission. The phase acceleration of the carrier from the start of the 
synchronization sequence to the data end flag shall be less than 300 Hz per second. 


6.9.5.4.3. Transmitter to receiver turnaround time. A VDL Mode 4 station shall be capable of receiving and 
demodulating with nominal performance an incoming signal within | ms after completing a transmission. 


Note.— Nominal performance is defined as a bit error rate (BER) of 10~. 
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6.9.5.5 PHYSICAL LAYER SYSTEM PARAMETERS 
6.9.5.5.1 PARAMETER P 1 (MINIMUM TRANSMISSION LENGTH) 


6.9.5.5.1.1_ A receiver shall be capable of demodulating a transmission of minimum length P1 without degradation of 
BER. 


6.9.5.5.1.2 The value of P1 shall be 19 200 bits. 
6.9.5.5.2 PARAMETER P2 (NOMINAL CO-CHANNEL INTERFERENCE PERFORMANCE) 


6.9.5.5.2.1 The parameter P2 shall be the nominal co-channel interference at which a receiver shall be capable of 
demodulating without degradation in BER. 


6.9.5.5.2.2 The value of P2 shall be 12 dB. 
6.9.5.6 FM BROADCAST INTERFERENCE IMMUNITY 
PERFORMANCE FOR VDL MODE 4 RECEIVING SYSTEMS 


6.9.5.6.1 A VDL Mode 4 station shall conform to the requirements defined in section 6.3.5.4 when operating in the 
band 117.975-137 MHz. 


6.9.5.6.2. A VDL Mode 4 station shall conform to the requirements defined below when operating in the band 
108-117.975 MHz. 


6.9.5.6.2.1 The VDL Mode 4 receiving system shall meet the requirements specified in 6.3.5.1 in the presence of two- 
signal, third-order intermodulation products caused by VHF FM broadcast signals having levels in accordance with the 
following: 
2N, + N> +72<0 
for VHF FM sound broadcasting signals in the range 107.7—108.0 MHz 


and 


2N, +N, +3{24~20 og AZ} <0 


for VHF FM sound broadcasting signals below 107.7 MHz, 


where the frequencies of the two VHF FM sound broadcasting signals produce, within the receiver, a two-signal, third-order 
intermodulation product on the desired VDL Mode 4 frequency. 


N, and N, are the levels (dBm) of the two VHF FM sound broadcasting signals at the VDL Mode 4 receiver input. Neither 
level shall exceed the desensitization criteria set forth in 6.9.5.6.2.2. 


Af = 108.1 — f;, where f, is the frequency of N;, the VHF FM sound broadcasting signal closer to 108.1 MHz. 


Note.— The FM intermodulation immunity requirements are not applied to a VDL Mode 4 channel operating below 
108.1 MHz, and hence frequencies below 108.1 MHz are not intended for general assignments. 
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6.9.5.6.2.2 The VDL Mode 4 receiving system shall not be desensitized in the presence of VHF FM broadcast signals 
having levels in accordance with Table 6-5. 
6.9.6 Link layer 


Note.— Details on link layer functions are contained in the Manual on VHF Digital Link (VDL) Mode 4 (Doc 9816). 


6.9.7 Subnetwork layer and SNDCF 
Note.— Details on subnetwork layer functions and SNDCF are contained in the Manual on VHF Digital Link (VDL) 
Mode 4 (Doc 9816). 
6.9.8 ADS-B applications 


Note.— Details on ADS-B application functions are contained in the Manual on VHF Digital Link (VDL) Mode 4 
(Doc 9816). 
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TABLES FOR CHAPTER 6 
Table 6-1. Modes 2 and 3 data encoding 

Xx Yq Zx Ady 
0 0 0 On/4 
0 0 1 1n/4 
0 1 i 22/4 
0 1 0 32/4 
1 1 0 42/4 
1 1 1 5n/4 
1 0 dt 67/4 
1 0 0 72/4 





Table 6-2. Modes 2 and 3 modulation stability 

















Aircraft Modulation Ground Modulation 
VDL Mode Stability Stability 
Mode 2 + 0.0050 per cent + 0.0050 per cent 
Mode 3 + 0.0005 per cent + 0.0002 per cent 











Table 6-3. Scrambler functions 








Function Data in Data out 
scrambling clean data scrambled data 
descrambling scrambled data clean data 





Table 6-4. Physical services system parameters 





Symbol 


Parameter name 


Mode 2 value 





Pl 


Minimum transmission length 


131071 bits 
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Table 6-5. VDL Mode 4 operating on frequencies 
between 112.0-117.975 MHz 








Frequency Maximum level of unwanted 
(MHz) signal at receiver input (dBm) 
88-104 +15 
106 +10 
107 +5 
107.9 0 





Note.— The relationship is linear between adjacent points designated by 
the above frequencies. 
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FIGURES FOR CHAPTER 6 
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Figure 6-1. Transmitter power stabilization 
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Figure 6-2. PN-generator for bit scrambling sequence 
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Figure 6-3. Receive to Transmit turnaround time 
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APPENDIX TO CHAPTER 6 
REFERENCES 


1. REFERENCES 


References to Standards from the International Organization for Standardization (ISO) are as specified (including date 
published) below. These ISO Standards shall apply to the extent specified in the SARPs. 


2. NORMATIVE REFERENCES 


These SARPs reference the following ISO documents: 





ISO 


Title 


Date 
published 





646 


3309 
4335 
7498 
7809 


8208 


8885 


8886.3 
10039 


Information technology — ISO 7-bit coded character set 
for information interchange 


HDLC Procedures — Frame Structure, Version 3 
HDLC Elements of Procedures, Version 3 
OSI Basic Reference Model, Version 1 


HDLC Procedures — Consolidation of Classes of 
Procedures, Version 1 


Information Processing Systems — Data Communications 
— X.25 Packet Level Protocol for Data Terminal 
Equipment 


HDLC Procedures — General Purpose XID Frame 
Information Field Content and Format, Version [1] 


OSI Data Link Service Definition, Version 3 


Local Area Networks — MAC Service Definition, Version 1 


12/91 


12/93 
12/93 
11/94 
12/93 


3/90 
2nd ed. 


12/93 


6/92 
6/91 





3. BACKGROUND REFERENCES 


The following documents are listed as reference material. 





Originator 


Title 


Date 
published 





ITU-R 
CCSDS 


Recommendation S.446.4, Annex I 


Telemetry Channel Coding, Recommendation for Space 
Data System Standards, Consultative Committee for Space 
Date Systems, CCSDS 101.0-B-3, Blue Book 


5/92 
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CHAPTER 7. AERONAUTICAL MOBILE AIRPORT COMMUNICATIONS 
SYSTEM (AEROMACS) 


7.1 DEFINITIONS 


Adaptive modulation. A system’s ability to communicate with another system using multiple burst profiles and a system’s 
ability to subsequently communicate with multiple systems using different burst profiles. 


Aerodrome. A defined area on land or water (including any buildings, installations and equipment) intended to be used either 
wholly or in part for the arrival, departure and surface movement of aircraft. 


Aeronautical Mobile Airport Communications System (AeroMACS). A high-capacity data link supporting mobile and fixed 
communications on the aerodrome surface. 


AeroMACS downlink (DL). The transmission direction from the base station (BS) to the mobile station (MS). 

AeroMACS uplink (UL). The transmission direction from the mobile station (MS) to the base station (BS). 

AeroMACS handover. The process in which a mobile station (MS) migrates from the air-interface provided by one base 
station (BS) to the air-interface provided by another BS. A break-before-make AeroMACS handover is where service 
with the target BS starts after a disconnection of service with the previous serving BS. 


Base station (BS). A generalized equipment set providing connectivity, management and control of the mobile station (MS). 


Bit error rate (BER). The number of bit errors in a sample divided by the total number of bits in the sample, generally 
averaged over many such samples. 


Burst profile. Set of parameters that describe the uplink or downlink transmission properties associated with an interval 
usage code. Each profile contains parameters such as modulation type, forward error correction (FEC) type, preamble 
length, guard times, etc. 


Convolutional turbo codes (CTC). Type of forward error correction (FEC) code. 


Data transit delay. In accordance with ISO 8348, the average value of the statistical distribution of data delays. This delay 
represents the subnetwork delay and does not include the connection establishment delay. 


Domain. A set of end systems and intermediate systems that operate according to the same routing procedures and that is 
wholly contained within a single administrative domain. 


Forward error correction. The process of adding redundant information to the transmitted signal in a manner which allows 
correction, at the receiver, of errors incurred in the transmission. 


Frequency assignment. A logical assignment of centre frequency and channel bandwidth programmed to the base station 
(BS). 


Mobile station (MS). A station in the mobile service intended to be used while in motion or during halts at unspecified points. 
An MS is always a subscriber station (SS). 


ANNEX 10 — VOLUME III I-7-1 10/11/16 
No. 90 


Annex 10 — Aeronautical Communications Volume IIT 





Partial usage sub-channelization (PUSC). A technique in which the orthogonal frequency division multiplexing (OFDM) 
symbol subcarriers are divided and permuted among a subset of sub-channels for transmission, providing partial 
frequency diversity. 


Residual error rate. The ratio of incorrect, lost and duplicate subnetwork service data units (SNSDUs) to the total number of 
SNSDUs that were sent. 


Service data unit (SDU). A unit of data transferred between adjacent layer entities, which is encapsulated within a protocol 
data unit (PDU) for transfer to a peer layer. 


Service flow. A unidirectional flow of media access control layer (MAC) service data units (SDUs) on a connection that is 
providing a particular quality of service (QoS). 


Subscriber station (SS). A generalized equipment set providing connectivity between subscriber equipment and a base 
station (BS). 


Subnetwork entry time. The time from when the mobile station starts the scanning for BS transmission, until the network 
link establishes the connection, and the first network user “protocol data unit” can be sent. 


Subnetwork service data unit (SNSDU). An amount of subnetwork user data, the identity of which is preserved from one 
end of a subnetwork connection to the other. 


Time division duplex (TDD). A duplex scheme where uplink and downlink transmissions occur at different times but may 
share the same frequency. 


7.2 INTRODUCTION 


Note 1.— Aeronautical mobile airport communications system (AeroMACS) is a high-capacity data link supporting 
mobile and fixed communications, related to the safety and regularity of flight, on the aerodrome surface. 


Note 2.— AeroMACS is derived from the IEEE 802.16-2009 mobile standards. AeroMACS profile document 
(RTCA DO345 and EUROCAE ED 222) lists all features from these standards which are mandatory, not applicable or 


optional. AeroMACS profile differentiates between base station and mobile station functionality and contains, for each 
feature, a reference to the applicable standards. 


7.3 GENERAL 
7.3.1 AeroMACS shall conform to the requirements of this and the following chapters. 
7.3.2. AeroMACS shall only transmit when on the surface of an aerodrome. 
7.3.3, AeroMACS shall support aeronautical mobile (route) service (AM(R) S) communications. 
7.3.4 AeroMACS shall process messages according to their associated priority. 
7.3.5 AeroMACS shall support multiple levels of message priority. 


7.3.6 AeroMACS shall support point to point communication. 
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7.3.7. AeroMACS shall support multicast and broadcast communication services. 

7.3.8 AeroMACS shall support internet protocol (IP) packet data services. 

7.3.9 AeroMACS shall provide mechanisms to transport ATN/IPS and ATN/OSI (over IP) based messaging. 
7.3.10 Recommendation.— AeroMACS should support voice services. 


Note.— The Manual on the Aeronautical Telecommunication Network (ATN) using Internet Protocol Suite (IPS) 
Standards and Protocols (Doc 9896) provides information on voice service over IP. 


7.3.11 AeroMACS shall support multiple service flows simultaneously. 
7.3.12 AeroMACS shall support adaptive modulation and coding. 


7.3.13. AeroMACS shall support handover between different AeroMACS BSs during aircraft movement or on 
degradation of connection with current BS. 


7.3.14 AeroMACS shall keep total accumulated interference levels with limits defined by the International 
Telecommunication Union — Radiocommunication Sector (ITU-R) as required by national/international rules on frequency 


assignment planning and implementation. 


7.3.15 AeroMACS shall support a flexible implementation architecture to permit link and network layer functions to be 
located in different or same physical entities. 


7.4 RADIO FREQUENCY (RF) CHARACTERISTICS 


7.4.1 General radio characteristics 
7.4.1.1 AeroMACS shall operate in time division duplex (TDD) mode. 
7.4.1.2 AeroMACS shall operate with a 5 MHz channel bandwidth. 
7.4.1.3 AeroMACS MS antenna polarization shall be vertical. 
7.4.1.4 AeroMACS BS antenna polarization shall have a vertical component. 
7.4.1.5 AeroMACS shall operate without guard bands between adjacent AeroMACS channels. 
7.4.1.6 AeroMACS shall operate according to the orthogonal frequency division multiple access method. 
7.4.1.7 AeroMACS shall support both segmented partial usage sub-channelization (PUSC) and PUSC with all carriers 
as subcarrier permutation methods. 
7.4.2 Frequency bands 


7.4.2.1. AeroMACS equipment shall operate in the band from 5 030 MHz to 5 150 MHz in channels of 5 MHz 
bandwidth. 
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Note 1.— Some States may, on the basis of national regulations, have additional allocations to support AeroMACS. 
Information on the technical characteristics and operational performance of AeroMACS is contained in the AeroMACS 
Minimum Operational Performance Specification (MOPS) (EUROCAE ED-223 / RTCA DO-346) and AeroMACS Minimum 
Aviation System Performance Standard (MASPS) (EUROCAE ED-227). 


Note 2.— The last centre frequency of 5 145 MHz is selected as the reference frequency for the numbering of AeroMACS 
channels. AeroMACS nominal centre frequencies are numbered downward from the reference frequency in 5 MHz steps. 


7.4.2.2 The mobile equipment shall operate at centre frequencies offset from the preferred frequencies, with an offset 
of 250 kHz step size. 


Note.— The nominal centre frequencies are the preferred centre frequencies for AeroMACS operations. However, the 
base stations should have the capability to deviate from the preferred centre frequencies to satisfy potential national 
spectrum authority implementation issues (i.e. to allow AeroMACS operations without receiving or causing interference to 
other systems operating in the band such as MLS and AMT). 

7.4.3 Radiated power 

7.4.3.1 The maximum mobile station equivalent isotropic radiated power (EIRP) shall not exceed 30 dBm. 

7.4.3.2 The maximum base station EIRP in a sector shall not exceed 39.4 dBm. 

7.4.3.3. Recommendation.— In order to meet ITU requirements, the total base station EIRP in a sector should be 
decreased from that peak, considering the antenna characteristics, at elevations above the horizon. Further information is 
provided in the guidance material. 

Note 1.— EIRP — defined as antenna gain in a specified elevation direction plus the average AeroMACS transmitter 
power. While the instantaneous peak power from a given transmitter may exceed that level when all of the subcarriers 
randomly align in phase, when the large number of transmitters assumed in the analysis is taken into account, average power 
is the appropriate metric. 

Note 2.— If a sector contains multiple transmit antennas (e.g., multiple input multiple output (MIMO) antenna), the 
specified power limit is the sum of the powers from each antenna. 

7.4.4 Minimum receiver sensitivity 


7.4.4.1 AeroMACS receiver sensitivity shall comply with Table 7-1, AeroMACS receiver sensitivity values. 


Note 1.— The computation of the sensitivity level for AeroMACS is described in the Aeronautical Mobile Airport 
Communications System (AeroMACS) Manual (Doc 10044). 


Note 2.— AeroMACS receiver would be 2 dB more sensitive than indicated if Convolutional Turbo Codes (CTC) is used. 

Note 3.— The sensitivity level is defined as the power level measured at the receiver input when the bit error rate (BER) 
is equal to 1 x 10° and all active subcarriers are transmitted in the channel. In general, the requisite input power depends 
on the number of active subcarriers of the transmission. 


Note 4.— The values in Table 7-1 assume a receiver noise figure of 8 dB. 


Note 5.— The sensitivity values in Table 7-1 assume absence of any source of interference except for thermal and 
receiver noise. 
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Table 7-1. AeroMACS receiver sensitivity values 









































Modulation scheme using 

convolutional codes (CC) | Rep. Factor MS Sensitivity BS Sensitivity 
encoding scheme 

64 QAM 3/4 1 -74.3 dBm -74.5 dBm 
64 QAM 2/3 1 -76.3 dBm -76.5 dBm 
16 QAM 3/4 1 -80.3 dBm -80.5 dBm 
16 QAM 1/2 1 -83.8 dBm -84.0 dBm 
QPSK 3/4 1 -86.3 dBm -86.5 dBm 
QPSK 1/2 1 -89.3 dBm -89.5 dBm 
QPSK 1/2 with repetition 2 2 -92.3 dBm -92.5 dBm 





Note .— A 64 QAM transmission is optional for MS. 


7.4.5 Spectral mask and emissions 


7.4.5.1 The power spectral density of the emissions when all active subcarriers are transmitted in the channel shall be 
attenuated below the maximum power spectral density as follows: 


a) on any frequency removed from the assigned frequency between 50 and 55 per cent of the authorized 
bandwidth: 26 + 145 log (per cent of BW/S0) dB; 


b) on any frequency removed from the assigned frequency between 55 and 100 per cent of the authorized 
bandwidth: 32 + 31 log (per cent of (BW)/55) dB; 


c) onany frequency removed from the assigned frequency between 100 and 150 per cent of the authorized 
bandwidth: 40 +57 log (per cent of (BW)/100) dB; and 


d) on any frequency removed from the assigned frequency beyond 150 per cent of the authorized bandwidth: 
50 dB. 


Note.— The power spectral density at a given frequency is the power within a bandwidth equal to 100 kHz centred at 
this frequency, divided by this measurement bandwidth. It is made clear that the measurement of the power spectral density 
should encompass the energy over at least one frame period. 


7.4.5.2 AeroMACS shall implement power control. 


7.4.5.3 AeroMACS minimum rejection for adjacent (+/-5SMHz) channel, measured at BER=10° level for a victim 
signal power 3 dB higher than the receiver sensitivity, shall be 10 dB for 16 QAM 3/4. 


7.4.5.4 AeroMACS minimum rejection for adjacent (+/-SMHz) channel, measured at BER=10° level for a victim 
signal power 3 dB higher than the receiver sensitivity, shall be 4 dB for 64 QAM 3/4. 


7.4.5.5 AeroMACS minimum rejection for second adjacent (+/-10MHz) channel and beyond, measured at BER=10° 
level for a victim signal power 3 dB higher than the receiver sensitivity, shall be 29 dB for 16 QAM 3/4. 
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7.4.5.6 AeroMACS minimum rejection for second adjacent (+/-10MHz) channel and beyond, measured at BER=10° 
level for a victim signal power 3 dB higher than the receiver sensitivity, shall be 23 dB for 64 QAM 3/4. 


Note.— For additional clarification to the requirements stated in 7.4.5.3, 7.4.5.4, 7.4.5.5 and 7.4.5.6, refer to IEEE 
802.16-2009 section 8.4.14.2. 
7.4.6 Frequency tolerance 
7.4.6.1 AeroMACS BS transmitter frequency tolerance shall be better than +/- 2 x 10° of nominal channel frequency. 


7.4.6.2 AeroMACS MS transmitter centre frequency shall be locked to that of the BS transmission centre frequency 
with a tolerance better than 2 per cent of the subcarrier spacing. 


7.4.6.3 AeroMACS MS shall track the frequency of the BS and shall defer any transmission if synchronization is lost 
or exceeds the tolerances given above. 


7.55 PERFORMANCE REQUIREMENTS 


7.5.1. AeroMACS communications service provider 
7.5.1.1. The maximum unplanned service outage duration on a per aerodrome basis shall be 6 minutes. 
7.5.1.2 The maximum accumulated unplanned service outage time on a per aerodrome basis shall be 240 minutes/year. 
7.5.1.3. The maximum number of unplanned service outages shall not exceed 40 per year per aerodrome. 
Note.— The requirements given in 7.5.1.1 to 7.5.1.3 refer to the overall service provision by the AeroMACS 
communication service provider on the aerodrome surface. This may include other media which can provide alternate 


communication paths in the event of an AeroMACS failure. 


7.5.1.4 Connection resilience. The probability that a transaction will be completed once started shall be at least 0.999 
for AeroMACS over any one-hour interval. 


Note.— Connection releases resulting from AeroMACS handover between base stations, log-off or circuit pre-emption 
are excluded from this specification. 


7.5.2 Doppler shift 


7.5.2.1. AeroMACS shall operate with a Doppler shift induced by the movement of the MS up to a radial speed of 
92.6 km (50 NM) per hour, relative to the BS. 


7.5.3 Delay 
7.5.3.1 Subnetwork entry time shall be less than 90 seconds. 


7.5.3.2 Recommendation.— Subnetwork entry time should be less than 20 seconds. 
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7.5.3.3 The from-MS data transit delay (95" percentile) for the highest priority data service, shall be less than or equal 
to 1.4 seconds over a window of | hour or 600 SDUs, whichever is longer. 


7.5.3.4 The to-MS data transit delay (95" percentile) for the highest priority data service, shall be less than or equal to 
1.4 seconds over a window of | hour or 600 SDUs, whichever is longer. 
7.5.4 Integrity 
7.5.4.1 AeroMACS BS and MS shall support mechanisms to detect and correct corrupt SNSDUs. 
7.5.4.2 AeroMACS BS and MS shall only process SNSDUs addressed to themselves. 
7.5.4.3 Recommendation.— The residual error rate, to/from MS should be less than or equal to 5 x 10° per SNSDU. 


Note.— There are no integrity requirements for SNSDU residual rate to the BS and MS as the requirement is entirely 
satisfied by the end-to-end systems in the aircraft and air traffic service provider. 


7.5.4.4 The maximum bit error rate shall not exceed 10° after CTC-FEC, if the received signal is equal to or greater 
than the minimum sensitivity level for the modulations scheme used, as given in Table 7-1. 
7.5.5 Security 
7.5.5.1 | AeroMACS shall provide a capability to protect the integrity of messages in transit. 
Note.— The capability includes cryptographic mechanisms to provide integrity of messages in transit. 
7.5.5.2 AeroMACS shall provide a capability to protect the availability of the system. 


Note.— The capability includes measures to ensure that the system and its capacity are available for authorized uses 
during unauthorized events. 


7.5.5.3. AeroMACS shall provide a capability to protect the confidentiality of messages in transit. 
Note.— The capability includes cryptographic mechanisms to provide encryption/decryption of messages. 
7.5.5.4 AeroMACS shall provide an authentication capability. 


Note.— The capability includes cryptographic mechanisms to provide peer entity authentication, mutual peer entity 
authentication, and data origin authentication. 


7.5.5.5 | AeroMACS shall provide a capability to ensure the authenticity of messages in transit. 
Note.— The capability includes cryptographic mechanisms to provide authenticity of messages in transit. 
7.5.5.6 AeroMACS shall provide a capability to authorize the permitted actions of users of the system. 


Note.— The capability includes mechanisms to explicitly authorize the actions of authenticated users. Actions that are 
not explicitly authorized are denied. 


7.5.5.7 If AeroMACS provide interfaces to multiple domains, AeroMACS shall provide capability to prevent intrusion 
from lower integrity domain to higher integrity domain. 
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7.6 SYSTEM INTERFACES 
7.6.1. AeroMACS shall provide data service interface to the system users. 
7.6.2. AeroMACS shall support notification of the status of communications. 


Note.— This requirement could support notification of the loss of communications (such as join and leave events). 


7.7 APPLICATION REQUIREMENTS 
7.7.1. AeroMACS shall support multiple classes of services to provide appropriate service levels to applications. 


7.7.2. If there is a resource contention, AeroMACS shall pre-empt services with a lower priority than those given in 
Annex 10, Volume II, 5.1.8 
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CHAPTER 8. AFTN NETWORK 


8.1 DEFINITIONS 


Data signalling rate. Data signalling rate refers to the passage of information per unit of time, and is expressed in bits/second. 
Data signalling rate is given by the formula: 


i=m 1 
Yr logs 


i=] *i 


where m is the number of parallel channels, 7; is the minimum interval for the ith channel expressed in seconds, n; is the 
number of significant conditions of the modulation in the ith channel. 


Note 1.— 
a) Fora single channel (serial transmission) it reduces to (1/T)logsn; with a two-condition modulation (n = 2), it is 1/T. 


b) For a parallel transmission with equal minimum intervals and equal number of significant conditions on each 
channel, it is m(1/T)logon (m(1/T) in case of a two-condition modulation). 


Note 2.— In the above definition, the term “parallel channels” is interpreted to mean: channels, each of which carries 
an integral part of an information unit, e.g. the parallel transmission of bits forming a character. In the case of a circuit 
comprising a number of channels, each of which carries information “independently”, with the sole purpose of increasing 


the traffic handling capacity, these channels are not to be regarded as parallel channels in the context of this definition. 


Degree of standardized test distortion. The degree of distortion of the restitution measured during a specific period of time 
when the modulation is perfect and corresponds to a specific text. 


Effective margin. That margin of an individual apparatus which could be measured under actual operating conditions. 
Low modulation rates. Modulation rates up to and including 300 bauds. 


Margin. The maximum degree of distortion of the circuit at the end of which the apparatus is situated which is compatible 
with the correct translation of all the signals which it may possibly receive. 


Medium modulation rates. Modulation rates above 300 and up to and including 3 000 bauds. 
Modulation rate. The reciprocal of the unit interval measured in seconds. This rate is expressed in bauds. 

Note.— Telegraph signals are characterized by intervals of time of duration equal to or longer than the shortest or unit 
interval. The modulation rate (formerly telegraph speed) is therefore expressed as the inverse of the value of this unit interval. 


Tf, for example, the unit interval is 20 milliseconds, the modulation rate is 50 bauds. 


Synchronous operation. Operation in which the time interval between code units is a constant. 
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8.2 TECHNICAL PROVISIONS RELATING TO TELETYPEWRITER 
APPARATUS AND CIRCUITS USED IN THE AFTN 


8.2.1 In international teletypewriter circuits of the AFTN, using a 5-unit code, the International Telegraph Alphabet 
No. 2 (see Table 8-1') shall be used only to the extent prescribed in 4.1.2 of Volume II. 


8.2.2 Recommendation.— The modulation rate should be determined by bilateral or multilateral agreement between 
administrations concerned, taking into account primarily traffic volume. 


8.2.3 Recommendation.— The nominal duration of the transmitting cycle should be at least 7.4 units (preferably 7.5), 
the stop element lasting for at least 1.4 units (preferably 1.5). 


8.2.3.1 Recommendation.— The receiver should be able to translate correctly in service the signals coming from a 
transmitter with a nominal transmitting cycle of 7 units. 


8.2.4 Recommendation.— Apparatus in service should be maintained and adjusted in such a manner that its net 
effective margin is never less than 35 per cent. 


8.2.5 Recommendation.— The number of characters which the textual line of the page-printing apparatus may 
contain should be fixed at 69. 


8.2.6 Recommendation.— Jn start-stop apparatus fitted with automatic time delay switches, the disconnection of the 
power supply to the motor should not take place before the lapse of at least 45 seconds after the reception of the last signal. 


8.2.7 Recommendation.— Arrangements should be made to avoid the mutilation of signals transmitted at the head of 
a message and received on start-stop reperforating apparatus. 


8.2.7.1 Recommendation.— I/f the reperforating apparatus is provided with local means for feeding the paper, not 
more than one mutilated signal should be tolerated. 


8.2.8 Recommendation.— Complete circuits should be so engineered and maintained that their degree of 
standardized test distortion does not exceed 28 per cent on the standardized text: 


THE QUICK BROWN FOX JUMPS 
OVER THE LAZY DOG 


or 


VOYEZ LE BRICK GEANT QUE 
JEXAMINE PRES DU WHARF 


8.2.9 Recommendation.— The degree of isochronous distortion on the standardized text of each of the parts of a 
complete circuit should be as low as possible, and in any case should not exceed 10 per cent. 


8.2.10 Recommendation.— The overall distortion in transmitting equipment used on teletypewriter channels should 
not exceed 5 per cent. 


8.2.11 Recommendation.— AFTN circuits should be equipped with a system of continuous check of channel condition. 
Additionally, controlled circuit protocols should be applied. 





* All tables and figures are located at the end of this chapter. 
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8.3. TERMINAL EQUIPMENT ASSOCIATED 
WITH AERONAUTICAL RADIOTELETYPEWRITER 
CHANNELS OPERATING IN THE BAND 
2.5 - 30 MHz 
8.3.1 Selection of type of modulation and code 
8.3.1.1 Recommendation.— Frequency shift modulation (F1B) should be employed in radioteletypewriter systems 
used in the aeronautical fixed service (AFS), except where the characteristics of the independent sideband (ISB) method of 
operation are of advantage. 
Note.— FIB type of modulation is accomplished by shifting a radio frequency carrier between two frequencies 
representing “position A” (start signal polarity) and “position Z” (stop signal polarity) of the start-stop 5-unit telegraphic 
code. 


8.3.2 System characteristics 


8.3.2.1 Recommendation.— The characteristics of signals from radioteletypewriter transmitters utilizing FIB 
modulation should be as follows: 


a) Frequency shift: the lowest possible value. 
b) Frequency shift tolerance: within plus or minus 3 per cent of the nominal value of the frequency shift. 
c) Polarity: single channel circuits: the higher frequency corresponds to “position A” (start signal polarity). 


8.3.2.2 Recommendation.— The variation of the mean between the radio frequencies representing respectively 
“position A” and “position Z” should not exceed 100 Hz during any two-hour period. 


8.3.2.3. Recommendation.— The overall distortion of the teletypewriter signal, as monitored at the output of the radio 
transmitter or in its immediate vicinity, should not exceed 10 per cent. 


Note.— Such distortion means the displacement in time of the transitions between elements from their proper positions, 
expressed as a percentage of unit element time. 


8.3.2.4 Recommendation.— Radioteletypewriter receivers concerned with F1B modulation should be capable of 
operating satisfactorily on signals having the characteristics set out in 8.3.2.1 and 8.3.2.2. 


8.3.2.5 Recommendation.— The characteristics of multichannel transmission of teletypewriter signals over a radio 
circuit should be established by agreement between the Administrations concerned. 


8.4 CHARACTERISTICS OF INTERREGIONAL AFS CIRCUITS 
8.4.1 Recommendation.— Interregional AFS circuits being implemented or upgraded should employ high quality 


telecommunications service. Modulation rate should take into account traffic volumes expected under both normal and 
alternate route conditions. 
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8.5 TECHNICAL PROVISIONS RELATING TO ATS 
MESSAGE TRANSMISSION 


8.5.1 Interconnection by direct or omnibus channels — low modulation rates — 5-unit code. 
Note.— See 8.6 for medium modulation rates. 


8.5.1.1 Recommendation.— AFTN techniques (cf. 8.2) should be used. 


8.6 TECHNICAL PROVISIONS RELATING TO INTERNATIONAL GROUND-GROUND 
DATA INTERCHANGE AT MEDIUM AND HIGHER SIGNALLING RATES 


Note.— Throughout this section in the context of coded character sets, the term “unit” means the unit of selective 
information and is essentially equivalent to the term “bit”. 
8.6.1 General 
8.6.1.1 Recommendation.— In international data interchange of characters, a 7-unit coded character set providing a 
repertoire of 128 characters and designated as International Alphabet No. 5 (IA-5) should be used. Compatibility with the 


5-unit coded character set of International Telegraph Alphabet No. 2 (ITA-2) should be ensured where applicable. 


8.6.1.2 When the provisions of 8.6.1.1 are applied, International Alphabet No. 5 ([A-5) contained in Table 8-2 shall be 
used. 


8.6.1.2.1 The serial transmission of units comprising an individual character of IA-5 shall be with the low order unit (b,) 
transmitted first. 


8.6.1.2.2 Recommendation.— When IA-5 is used, each character should include an additional unit for parity in the 
eighth level position. 


8.6.1.2.3 When the provisions of 8.6.1.2.2 are applied, the sense of the character parity bit shall produce even parity in 
links which operate on the start-stop principle, and odd parity in links using end-to-end synchronous operations. 


8.6.1.2.4 Character-for-character conversion shall be as listed in Tables 8-3 and 8-4 for all characters which are 
authorized in the AFTN format for transmission on the AFS in both IA-5 and ITA-2. 


8.6.1.2.5 Characters which appear in only one code set, or which are not authorized for transmission on the AFS shall 
be as depicted in the code conversion tables. 


8.6.2. Data transmission characteristics 


8.6.2.1 Recommendation.— The data signalling rate should be chosen from among the following: 


600 bits/s 4 800 bits/s 
1 200 bits/s 9 600 bits/s 
2 400 bits/s 
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8.6.2.2 Recommendation.— The type of transmission for each data signalling rate should be chosen as follows: 


Data signalling rate Type of transmission 

600 bits/s Synchronous or asynchronous serial transmission 
1 200 bits/s Synchronous or asynchronous serial transmission 
2 400 bits/s Synchronous serial transmission 
4 800 bits/s Synchronous serial transmission 
9 600 bits/s Synchronous serial transmission 


8.6.2.3 Recommendation.— The type of modulation for each data signalling rate should be chosen as follows: 


Data signalling rate Type of modulation 
600 bits/s Frequency 

1 200 bits/s Frequency 

2 400 bits/s Phase 

4 800 bits/s Phase 

9 600 bits/s Phase-amplitude 


Note.— This recommendation does not necessarily apply to ground-ground extensions of air-ground links used 
exclusively for the transfer of air-ground data, inasmuch as such circuits may be considered as part of the air-ground link. 


8.6.2.4 CHARACTER STRUCTURE ON DATA LINKS 


8.6.2.4.1 Character parity shall not be used for error checking on CIDIN links. Parity appended to IA-5 coded 
characters per 8.6.1.2.2, prior to entry to the CIDIN shall be ignored. For messages exiting the CIDIN, parity shall be 
generated in accordance with 8.6.1.2.3. 


8.6.2.4.2 Characters of less than eight bits in length shall be padded out to eight bits in length before transmission over 
any octet-based or bit-oriented communications network. The padding bits shall occupy the higher order end of the octet, 
i.e. bit 8, bit 7 as required, and shall have the binary values 0. 

8.6.2.5 When exchanging data over CIDIN links using bit-oriented procedures, the entry centre address, exit centre 
addresses and destination addresses in the Transport and CIDIN Packet Headers shall be in the IA-5 character set contained 


in Table 8-2. 


8.6.2.6 Recommendation.— When transmitting messages in AFTN format over CIDIN links using bit-oriented 
procedures, the messages should be in the IA-5 character set contained in Table 8-2. 


8.6.3 Ground-ground character-oriented data link control procedures 
Note.— The provisions of this section pertain to ground-ground data interchange applications using IA-5 prescribed by 
8.6.1 and which employ the ten transmission control characters (SOH, STX, ETX, EOT, ENQ, ACK, DLE, NAK, SYN, and 


ETB) for data link control, over synchronous or asynchronous transmission facilities. 


8.6.3.1 Descriptions. The following descriptions shall apply to data link applications contained in this section: 


1-8-5 22/11/07 


Annex 10 — Aeronautical Communications Volume IIT 





a) A master station is that station which has control of the data link at a given instant. 

b) A slave station is one that has been selected to receive a transmission from the master station. 

c) A control station is the single station on a multipoint link that is permitted to assume master status and deliver 
messages to one or more individually selected (non-control) tributary stations, or it is permitted to assign temporary 
master status to any of the other tributary stations. 


8.6.3.2 MESSAGE COMPOSITION 


a) A transmission shall consist of characters from IA-5 transmitted in accordance with 8.6.1.2.2 and shall be either an 
information message or a supervisory sequence. 


b) An information message used for the exchange of data shall take one of the following forms: 


1) S E B 
T ---TEXT--- T C 
xX xX C 
2) S E B 
T ---TEXT--- T C 
xX BC 
3) S S E B 
O ---HEADING--- T ---TEXT--- T C 
H xX xX C 
4) S S E B 
O ---HEADING--- T ---TEXT--- T C 
H xX BC 
5) S E B 
O ---HEADING--- T C 
H B C 
B 
Note 1.— Cis a block check character (BCC). 
C 


Note 2.— In formats 2), 4), and 5) above which end with ETB, some continuation is required. 


c) A supervisory sequence shall be composed of either a single transmission control character (EOT, ENQ, ACK or 
NAK) or a single transmission control (ENQ) preceded by a prefix of up to 15 non-control characters, or the 
character DLE used in conjunction with other graphic and control characters to provide additional communication 
control functions. 


8.6.3.3 Three system categories are specified in terms of their respective circuit characteristics, terminal configurations, 
and message transfer procedures as follows: 


System category A: two-way alternate, multipoint allowing either centralized or non-centralized operation and single or 
multiple message-oriented information transfers without replies (but with delivery verification). 
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System category B: two-way simultaneous, point-to-point employing message associated blocking and modulo 8 
numbering of blocks and acknowledgements. 


System category C: two-way alternate, multipoint allowing only centralized (computer-to-terminal) operation, single or 
multiple message transfers with replies. 


8.6.3.3.1 In addition to the characteristics prescribed in the paragraphs that follow for both system categories A and B, 
other parameters that shall be accounted for in order to ensure viable, operationally reliable communications include: 


a) the number of SYN characters required to establish and maintain synchronization; 


Note.— Normally the transmitting station sends three contiguous SYN characters and the receiving station 
detects at least two before any action is taken. 


b) the values of system time-outs for such functions as “idle line” and “no response” as well as the number of 
automatic retries that are to be attempted before manual intervention is signalled; 


c) the composition of prefixes within a 15 character maximum. 


Note.— By agreement between the administrations concerned, it is permissible for supervisory signals to 
contain a station identification prefix using characters selected from columns 4 through 7 of IA-5. 


8.6.3.3.2 Recommendation.— For multipoint implementations designed to permit only centralized (computer-to- 
terminal) operations, the provisions of 8.6.3.7 should be employed. 
8.6.3.4 BLOCK CHECK CHARACTER 
8.6.3.4.1_ Both system category A and B shall utilize a block check character to determine the validity of a transmission. 
8.6.3.4.2 The block check character shall be composed of 7 bits plus a parity bit. 


8.6.3.4.3 Each of the first 7 bits of the block check character shall be the modulo 2 binary sum of every element in the 
same bit 1 to bit 7 column of the successive characters of the transmitted block. 


8.6.3.4.4 The longitudinal parity of each column of the block, including the block check character, shall be even. 


8.6.3.4.5 The sense of the parity bit of the block check character shall be the same as for the information characters 
(see 8.6.1.2.3). 


8.6.3.4.6 SUMMATION 


8.6.3.4.6.1_ The summation to obtain the block check character shall be started by the first appearance of either SOH 
(start of heading) or STX (start of text). 


8.6.3.4.6.2 The starting character shall not be included in the summation. 


8.6.3.4.6.3 If an STX character appears after the summation has been started by SOH, then the STX character shall be 
included in the summation as if it were a text character. 


8.6.3.4.6.4 With the exception of SYN (synchronous idle), all the characters which are transmitted after the start of the 


block check summation shall be included in the summation, including the ETB (end of transmission/block) or ETX (end of 
text) control character which signals that the following character is the block check character. 
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8.6.3.4.7 No character, SYN or otherwise, shall be inserted between the ETB or ETX character and the block check 
character. 


8.6.3.5 DESCRIPTION OF SYSTEM CATEGORY A 
System category A is one in which a number of stations are connected by a multipoint link and one station is permanently 
designated as the control station which monitors the link at all times to ensure orderly operation. 
8.6.3.5.1 LINK ESTABLISHMENT PROCEDURE 
8.6.3.5.1.1 To establish the link for transmission, the control station shall either: 
a) poll one of the tributary stations to assign it master status; or 
b) assume master status and select one or more tributary (slave) stations to receive a transmission. 


8.6.3.5.1.2 Polling shall be accomplished by the control station sending a polling supervisory sequence consisting of a 
prefix identifying a single tributary station and ending in ENQ. 


8.6.3.5.1.3 A tributary station detecting its assigned polling supervisory sequence shall assume master status and 
respond in one of two ways: 


a) if the station has a message to send, it shall initiate a selection supervisory sequence as described in 8.6.3.5.1.5; 
b) if the station has no message to send, it shall send EOT, and master status shall revert to the control station. 


8.6.3.5.1.4 If the control station detects an invalid or no response resulting from a poll, it shall terminate by sending 
EOT prior to resuming polling or selection. 


8.6.3.5.1.5 Selection shall be accomplished by the designated master station sending a selection supervisory sequence 
consisting of a prefix identifying a single station and ending in ENQ. 


8.6.3.5.1.6 <A station detecting its assigned selection supervisory sequence shall assume slave status and send one of 
two replies: 


a) if the station is ready to receive, it shall send a prefix followed by ACK. Upon detecting this reply, the master station 
shall either select another station or proceed with message transfer; 


b) if the station is not ready to receive, it shall send a prefix followed by NAK and thereby relinquish slave status. If 
the master station receives NAK, or no reply, it shall either select another or the same tributary station or terminate; 


c) it shall be permissible for N retries (NV = 0) to be made to select a station for which NAK, an invalid reply, or no 
response has been received. 


8.6.3.5.1.7 If one or more stations have been selected and have properly responded with ACK, the master station shall 
proceed with message transfer. 
8.6.3.5.2 MESSAGE TRANSFER PROCEDURE 


8.6.3.5.2.1 The master station shall send a message or series of messages, with or without headings to the selected 
slave station(s). 
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8.6.3.5.2.2 The transmission of a message shall: 
a) begin with: 


—  SOH if the message has a heading, 
— STX if the message has no heading; 


b) be continuous, ending with ETX, immediately followed by a block check character (BCC). 

8.6.3.5.2.3 After transmitting one or more messages, the master station shall verify successful delivery at each selected 
slave station. 
8.6.3.5.3. DELIVERY VERIFICATION PROCEDURE 


8.6.3.5.3.1 The master station shall send a delivery verification supervisory sequence consisting of a prefix identifying 
a single slave station and ending in ENQ. 


8.6.3.5.3.2 A slave station detecting its assigned delivery verification supervisory sequence shall send one of two 
replies: 


a) if the slave station properly received all of the transmission, it shall send an optional prefix followed by ACK; 
b) if the slave station did not receive all of the transmission properly, it shall send an optional prefix followed by NAK. 


8.6.3.5.3.3 If the master station receives no reply or an invalid reply, it shall request a reply from the same or another 
slave station until all selected stations have been properly accounted for. 


8.6.3.5.3.4 If the master station receives a negative reply (NAK) or, after N > 0 repeat attempts, no reply, it shall repeat 
that transmission to the appropriate slave stations at a later opportunity. 


8.6.3.5.3.5 After all messages have been sent and delivery verified, the master station shall proceed with link 
termination. 
8.6.3.5.4 LINK TERMINATION PROCEDURE 

8.6.3.5.4.1 The terminate function, negating the master or slave status of all stations and returning master status to the 
control station, shall be accomplished by the master station transmitting EOT. 

8.6.3.6 DESCRIPTION OF SYSTEM CATEGORY B 

System category B is one in which two stations are on a point-to-point, full-duplex link and each station has the capability to 
maintain concurrent master and slave status, i.e. master status on its transmit side and slave status on its receive side and both 
stations can transmit simultaneously. 
8.6.3.6.1 | LINK ESTABLISHMENT PROCEDURE 

8.6.3.6.1.1 To establish the link for message transfers (from the calling to the called station), the calling station shall 


request the identity of the called station by sending an identification supervisory sequence consisting of a DLE character 
followed by a colon character, an optional prefix, and ENQ. 
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8.6.3.6.1.2 The called station, upon detecting ENQ, shall send one of two replies: 


a) if ready to receive, it shall send a sequence consisting of a DLE followed by a colon, a prefix which includes its 
identity and ended by ACKO (see 8.6.3.6.2.5). This establishes the link for message transfers from the calling to the 
called station; 


b) if not ready to receive, it shall send the above sequence with the ACKO replaced by NAK. 


8.6.3.6.1.3 Establishment of the link for message transfers in the opposite direction can be initiated at any time 
following circuit connection in a similar manner to that described above. 


8.6.3.6.2 MESSAGE TRANSFER PROCEDURE 


8.6.3.6.2.1 System category B message transfer provides for message associated blocking with longitudinal checking 
and modulo 8 numbered acknowledgements. 


8.6.3.6.2.2 It is permissible for a transmission block to be a complete message or a portion of a message. The sending 
station shall initiate the transmission with SOTB N followed by: 


a) SOH if it is the beginning of a message that contains a heading; 
b) STX if it is the beginning of a message that has no heading; 

c) SOH if it is an intermediate block that continues a heading; 

d) STX if it is an intermediate block that continues a text. 


Note.— SOTB N is the two-character transmission control sequence DLE = (characters 1/0, and 3/13) followed by the 
block number, N, where N is one of the IA-5 characters 0, 1 ... 7 (characters 3/0, 3/1 ... 3/7). 


8.6.3.6.2.3 A block which ends at an intermediate point within a message shall be ended with ETB; a block which ends 
at the end of a message shall be ended with ETX. 


8.6.3.6.2.4 It shall be permissible for each station to initiate and continue to send messages to the other concurrently 
according to the following sequence. 


a) It shall be permissible for the sending station (master side) to send blocks, containing messages or parts of messages, 
continuously to the receiving station (slave side) without waiting for a reply. 


b) It shall be permissible for replies, in the form of slave responses, to be transmitted by the receiving station while the 
sending station is sending subsequent blocks. 


Note.— By use of modulo 8 numbering of blocks and replies, it shall be permissible for the sending station to 
send as many as seven blocks ahead of the received replies before being required to stop transmission until six or 
less blocks are outstanding. 


c) Ifa negative reply is received, the sending station (master side) shall start retransmission with the block following 
the last block for which the proper affirmative acknowledgement was received. 


8.6.3.6.2.5 Slave responses shall be according to one of the following: 


a) if a transmission block is received without error and the station is ready to receive another block, it shall send DLE, 
a colon, an optional prefix, and the appropriate acknowledgement ACKN (referring to the received block beginning 


22/11/07 1-8-10 


Part I Annex 10 — Aeronautical Communications 





with SOTB N, e.g. ACKO, transmitted as DLEO is used as the affirmative reply to the block numbered SOTBO, 
DLE1 for SOTB1, etc.); 


b) if a transmission block is not acceptable, the receiving station shall send DLE, a colon, an optional prefix, and NAK. 

8.6.3.6.2.6 Recommendation.— Slave responses should be interleaved between message blocks and transmitted at the 
earliest possible time. 
8.6.3.6.3 LINK TERMINATION PROCEDURE 

8.6.3.6.3.1 If the link has been established for message transfers in either or both directions, the sending of EOT by a 
station shall signal the end of message transfers in that direction. To resume message transfers after sending EOT, the link 
shall be re-established in that direction. 

8.6.3.6.3.2 EOT shall only be transmitted by a station after all outstanding slave responses have been received or 
otherwise accounted for. 
8.6.3.6.4 CIRCUIT DISCONNECTION 

8.6.3.6.4.1 On switched connections, the data links in both directions shall be terminated before the connection is 
cleared. In addition, the station initiating clearing of the connection shall first announce its intention to do so by transmitting 
the two-character sequence DLE EOT, followed by any other signals required to clear the connection. 

8.6.3.7 DESCRIPTION OF SYSTEM CATEGORY C (CENTRALIZED) 

System category C (centralized) is one (like system category A) in which a number of stations are connected by a multipoint 
link and one station is designated as the control station but (unlike system category A) provides only for centralized 
(computer-to-terminal) operations where message interchange (with replies) shall be constrained to occur only between the 
control and a selected tributary station. 
8.6.3.7.1_ LINK ESTABLISHMENT PROCEDURE 

8.6.3.7.1.1 To establish the link for transmission the control station shall either: 


a) poll one of the tributary stations to assign it master status; or 


b) assume master status and select a tributary station to assume slave status and receive a transmission according to 
either of two prescribed selection procedures: 


1) selection with response (see 8.6.3.7.1.5); or 
2) fast select (see 8.6.3.7.1.7). 


8.6.3.7.1.2 Polling is accomplished by the control station sending a polling supervisory sequence consisting of a prefix 
identifying a single tributary station and ending in ENQ. 


8.6.3.7.1.3. A tributary station detecting its assigned polling supervisory sequence shall assume master status and 
respond in one of two ways: 
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a) if the station has a message to send, it shall initiate message transfer. The control station assumes slave status; 
b) if the station has no message to send, it shall send EOT and master status shall revert to the control station. 


8.6.3.7.1.4 If the control station detects an invalid or no response resulting from a poll, it shall terminate by sending 
EOT prior to resuming polling or selection. 


8.6.3.7.1.5 Selection with response is accomplished by the control station assuming master status and sending a 
selection supervisory sequence consisting of a prefix identifying a single tributary station and ending in ENQ. 


8.6.3.7.1.6 A tributary station detecting its assigned selection supervisory sequence shall assume slave status and send 
one of two replies: 


a) if the station is ready to receive, it shall send an optional prefix followed by ACK. Upon detecting this reply, the 
master station shall proceed with message transfer; 


b) if the station is not ready to receive, it shall send an optional prefix followed by NAK. Upon detecting NAK, it shall 
be permissible for the master station to again attempt selecting the same tributary station or initiate termination by 


sending EOT. 


Note.— If the control station receives an invalid or no reply, it is permitted to attempt again to select the same tributary 
or after N retries (N =0) either to exit to a recovery procedure or to initiate termination by sending EOT. 


8.6.3.7.1.7 Fast select is accomplished by the control station assuming master status and sending a selection 
supervisory sequence, and without ending this transmission with ENQ or waiting for the selected tributary to respond, 
proceeding directly to message transfer. 


8.6.3.7.2 MESSAGE TRANSFER PROCEDURE 


8.6.3.7.2.1_ The station with master status shall send a single message to the station with slave status and wait for a 
reply. 


8.6.3.7.2.2 The message transmission shall: 
a) begin with: 


— SOH if the message has a heading, 
— STX if the message has no heading; 


and 

b) be continuous, ending with ETX, immediately followed by BCC. 

8.6.3.7.2.3 The slave station, upon detecting ETX followed by BCC, shall send one of two replies: 

a) if the messages were accepted and the slave station is ready to receive another message, it shall send an optional 
prefix followed by ACK. Upon detecting ACK, the master station shall be permitted either to transmit the next 


message or initiate termination; 


b) if the message was not accepted and the slave station is ready to receive another message, it shall send an optional 
prefix followed by NAK. Upon detecting NAK, the master station may either transmit another message or initiate 
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termination. Following the NAK reply, the next message transmitted need not be a retransmission of the message 
that was not accepted. 


8.6.3.7.2.4 If the master station receives an invalid or no reply to a message, it shall be permitted to send a delivery 
verification supervisory sequence consisting of an optional prefix followed by ENQ. Upon receipt of a delivery verification 
supervisory sequence, the slave station repeats its last reply. 

8.6.3.7.2.5  Nretries (N = 0) may be made by the master station in order to get a valid slave reply. If a valid reply is not 
received after N retries, the master station exits to a recovery procedure. 


8.6.3.7.3, LINK TERMINATION PROCEDURE 


8.6.3.7.3.1 The station with master status shall transmit EOT to indicate that it has no more messages to transmit. EOT 
shall negate the master/slave status of both stations and return master status to the control station. 


8.6.4 Ground-ground bit-oriented data link control procedures 
Note.— The provisions of this section pertain to ground-ground data interchange applications using bit-oriented data 
link control procedures enabling transparent, synchronous transmission that is independent of any encoding; data link 
control functions are accomplished by interpreting designated bit positions in the transmission envelope of a frame. 
8.6.4.1 The following descriptions shall apply to data link applications contained in this section: 


a) Bit-oriented data link control procedures enable transparent transmission that is independent of any encoding. 


b) A data link is the logical association of two interconnected stations, including the communication control capability 
of the interconnected stations. 


c) A station is a configuration of logical elements, from or to which messages are transmitted on a data link, including 
those elements which control the message flow on the link via communication control procedures. 


d) Acombined station sends and receives both commands and responses and is responsible for control of the data link. 


e) Data communication control procedures are the means used to control and protect the orderly interchange of 
information between stations on a data link. 


f) A component is defined as a number of bits in a prescribed order within a sequence for the control and supervision 
of the data link. 


g) An octet is a group of 8 consecutive bits. 
h) A sequence is one or more components in prescribed order comprising an integral number of octets. 


i) A field is a series of a specified number of bits or specified maximum number of bits which performs the functions 
of data link or communications control or constitutes data to be transferred. 


j) A frame is a unit of data to be transferred over the data link, comprising one or more fields in a prescribed order. 


k) A common ICAO data interchange network (CIDIN) switching centre is that part of an automatic AFTN switching 
centre which provides for the entry, relay, and exit centre functions using the bit-oriented link and CIDIN network 
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procedures specified in this section and includes the appropriate interface(s) with other parts of the AFTN and with 
other networks. 


8.6.4.2 BIT-ORIENTED DATA LINK CONTROL PROCEDURES FOR POINT-TO-POINT, 
GROUND-GROUND DATA INTERCHANGE APPLICATIONS EMPLOYING 
SYNCHRONOUS TRANSMISSION FACILITIES 


Note.— The following link level procedures are the same as the LAPB link level procedures described in ITU CCITT 
Recommendation X.25, Section 2, Yellow Book (1981 version). Later versions of Recommendation X.25 will be reviewed as 
they are released to ascertain whether or not they should be adopted. 


8.6.4.2.1_ Frame format. Frames shall contain not less than 32 bits, excluding the opening and closing flags, and shall 
conform to the following format: 





FLAG | ADDRESS | CONTROL INFORMATION | FCS | FLAG 
F A Cc | F 


























8.6.4.2.1.1 A frame shall consist of an opening flag (F), an address field (A), a control field (C), an optional 
information field (1), a frame check sequence (FCS), and a closing flag sequence (F), and shall be transmitted in that order. 


Note.— In relation to CIDIN, the opening flag, the fields A and C, the FCS and the closing flag form together the Data 
Link Control Field (DLCF). The field I is denoted as the Link Data Field (LDF). 


8.6.4.2.1.1.1 The flag (F) shall be the 8-bit sequence 01111110 which delimits the beginning and ending of each frame. 
It shall be permissible for the closing flag of a frame to also serve as the opening flag of the next frame. 


8.6.4.2.1.1.2 The address (A) field shall consist of one octet, excluding 0 bits added to achieve transparent transmission, 
which shall contain the link address of the combined station. 


8.6.4.2.1.1.3. The control (C) field shall consist of one octet, excluding 0 bits added to achieve transparent transmission, 
and shall contain the commands, responses, and frame sequence number components for the control of the data link. 


8.6.4.2.1.1.4 The information (I) field shall contain digital data which may be presented in any code or sequence but 
shall not exceed a maximum of 259 octets, excluding 0 bits added to achieve transparent transmission. The I field shall 


always be a multiple of 8 bits in length. 


8.6.4.2.1.1.5 The frame check sequence (FCS) shall consist of two octets, excluding 0 bits added to achieve transparent 
transmission, and shall contain the error detecting bits. 


8.6.4.2.2 A frame check sequence (FCS) shall be included in each frame for the purpose of error checking. 
8.6.4.2.2.1_ The error checking algorithm shall be a cyclic redundancy check (CRC). 
8.6.4.2.2.2. The CRC polynomial (P(x)) shall be 

He Ee as 


8.6.4.2.2.3. The FCS shall be a 16-bit sequence. This FCS shall be the ones’ complement of the remainder, R(x), 
obtained from the modulo 2 division of 


x TG] + x Ge ee ache Ea OS 1) 
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by the CRC polynomial, P(x). 


G(x) shall be the contents of the frame existing between, but including neither, the final bit of the opening flag nor 
the first bit of the FCS, excluding bits inserted for transparent transmission. 


K shall be the length of G(x) (number of bits). 
8.6.4.2.2.4 The generation and checking of the FCS accumulation shall be as follows: 


a) the transmitting station shall initiate the FCS accumulation with the first (least significant) bit of the address (A) 
field and shall include all bits up to and including the last bit preceding the FCS sequence, but shall exclude all 0 bits 
(if any) inserted to achieve transparent transmission; 


b) upon completion of the accumulation the FCS shall be transmitted, starting with bit b1 (highest order coefficient) 
and proceeding in sequence to bit b16 (lowest order coefficient) as shown below; 














First bit 
transmitted \ 
b16 b15 b14 b3 b2 b1 
x0 x! x2 x3 x'4 x15 
































c) the receiving station shall carry out the cyclic redundancy check (CRC) on the content of the frame commencing 
with the first bit received following the opening flag, and shall include all bits up to and including the last bit 
preceding the closing flag, but shall exclude all 0 bits (if any) deleted according to the rules for achievement of 
transparency; 


d) upon completion of the FCS accumulation, the receiving station shall examine the remainder. In the absence of 
transmission error, the remainder shall be 1111000010111000 (x° through x"°, respectively). 


8.6.4.2.3. Achievement of transparency. The frame format contents (A, C, link data field, and FCS) shall be capable of 
containing any bit configuration. 


8.6.4.2.3.1 The following rules shall apply to all frame contents, except flag sequences: 


a) the transmitting station shall examine the frame contents before transmission, and shall insert a single 0 bit 
immediately following each sequence of 5 consecutive 1 bits; 


b) the receiving station shall examine the received frame contents for patterns consisting of 5 consecutive 1 bits 


immediately followed by one (or more) 0 bit(s) and shall remove the 0 bit which directly follows 5 consecutive 
1 bits. 


8.6.4.2.4 Special transmission sequences and related link states. In addition to employing the prescribed repertoire of 
commands and responses to manage the interchange of data and control information, stations shall use the following 
conventions to signal the indicated conditions: 


a) Abort is the procedure by which a station in the process of sending a frame ends the frame in an unusual manner 
such that the receiving station shall ignore the frame. The conventions for aborting a frame shall be: 


1) transmitting at least seven, but less than fifteen, one bits (with no inserted zeros); 


2) receiving seven one bits. 
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b) Active link state. A link is in an active state when a station is transmitting a frame, an abort sequence, or interframe 
time fill. When the link is in the active state, the right of the transmitting station to continue transmission shall be 
reserved. 


c) Interframe time fill. Interframe time fill shall be accomplished by transmitting continuous flags between frames. 
There is no provision for time fill within a frame. 


d) Idle link state. A link is in an idle state when a continuous one condition is detected that persists for 15 bit times, or 
longer. Idle link time fill shall be a continuous one condition on the link. 


e) Invalid frame. An invalid frame is one that is not properly bounded by two flags or one which is shorter than 32 bits 
between flags. 
8.6.4.2.5 MODES 
8.6.4.2.5.1 Operational mode. The operational mode shall be the asynchronous balanced mode (ABM). 


8.6.4.2.5.1.1 It shall be permissible for a combined station in ABM to transmit without invitation from the associated 
station. 


8.6.4.2.5.1.2 A combined station in ABM shall be permitted to transmit any command or response type frame except 
DM. 


8.6.4.2.5.2 Non-operational mode. The non-operational mode shall be the asynchronous disconnected mode (ADM) in 
which a combined station is logically disconnected from the data link. 


8.6.4.2.5.2.1 It shall be permissible for a combined station in ADM to transmit without invitation from the associated 
station. 


8.6.4.2.5.2.2 A combined station in ADM shall transmit only SABM, DISC, UA and DM frames. (See 8.6.4.2.7 for a 
description of the commands and responses to which these frame types refer.) 


8.6.4.2.5.2.3 A combined station in ADM shall transmit a DM when a DISC is received, and shall discard all other 
received command frames except SABM. If a discarded command frame has the P bit set to “1”, the combined station shall 


transmit a DM with the F bit set to “1”. 


8.6.4.2.6 Control field functions and parameters. Control fields contain a command or a response and sequence 
numbers where applicable. Three types of control fields shall be used to perform: 


a) numbered information transfer (I-frames); 

b) numbered supervisory functions (S-frames); and 

c) unnumbered control functions (U-frames). 
The control field formats shall be as shown in Table 8-5. The functional frame designation associated with each type control 
field as well as the control field parameters employed in performing these functions shall be described in the following 


paragraphs. 


8.6.4.2.6.1 The I-frame type is used to perform information transfers. Except for some special cases it is the only 
format which shall be permitted to contain an information field. 
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8.6.4.2.6.2 The S-frame type is used for supervisory commands and responses that perform link supervisory control 
functions such as acknowledge information frames, request transmission or retransmission of information frames, and to 
request a temporary suspension of transmission of I-frames. No information field shall be contained in the S-frame. 


8.6.4.2.6.3. The U-frame type is used for unnumbered commands and responses that provide additional link control 
functions. One of the U-frame responses, the frame reject (FRMR) response, shall contain an information field; all other 
frames of the U-frame type shall not contain an information field. 


8.6.4.2.6.4 The station parameters associated with the three control field types shall be as follows: 


a) 


b) 


c) 


d) 


e) 


g) 


h) 


Modulus. Each I-frame shall be sequentially numbered with a send sequence count, NM(S), having value 0 through 
modulus minus one (where modulus is the modulus of the sequence numbers). The modulus shall be 8. The 
maximum number of sequentially numbered I-frames that a station shall have outstanding (i.e. unacknowledged) at 
any given time shall never exceed one less than the modulus of the sequence numbers. This restriction on the 
number of outstanding frames is to prevent any ambiguity in the association of transmission frames with sequence 
numbers during normal operation and/or error recovery. 


The send state variable V(S) shall denote the sequence number of the next in-sequence I-frame to be transmitted. 


1) The send state variable shall take on the value 0 through modulus minus one (modulus is the modulus of the 
sequence numbering and the numbers cycle through the entire range). 


2) The value of V(S) shall be incremented by one with each successive in-sequence I-frame transmission, but shall 
not exceed the value of N(R) contained in the last received frame by more than the maximum permissible 
number of outstanding I-frames (k). See 1) below for the definition of k. 

Prior to transmission of an in-sequence I-frame, the value of N(S) shall be updated to equal the value of V(S). 

The receive state variable V(R) shall denote the sequence number of the next in-sequence I-frame to be received. 


1) V(R) shall take on the values 0 through modulus minus one. 


2) The value of V(R) shall be incremented by one after the receipt of an error-free, in-sequence I-frame whose send 
sequence number MS), equals V(R). 


All I-frames and S-frames shall contain N(R), the expected sequence number of the next received frame. Prior to 
transmission of either an I or an S type frame, the value of N(R) shall be updated to equal the current value of the 
receive state variable. N(R) indicates that the station transmitting the N(R) has correctly received all I-frames 
numbered up to and including N(R) — 1. 


Each station shall maintain an independent send state variable, V(S), and receive state variable, V(R), on the I-frames 
it sends and receives. That is, each combined station shall maintain a V(S) count on the I-frames it transmits and a 


V(R) count on the I-frames it has correctly received from the remote combined station. 


The poll (P/F) bit shall be used by a combined station to solicit (poll) a response or sequence of responses from the 
remote combined station. 


The final (P/F) bit shall be used by the remote combined station to indicate the response frame transmitted as the 
result of a soliciting (poll) command. 


The maximum number (k) of sequentially numbered I-frames that a station may have outstanding 
(i.e. unacknowledged) at any given time is a station parameter which shall never exceed the modulus. 


I-8-17 22/11/07 


Annex 10 — Aeronautical Communications Volume IIT 





Note.— k is determined by station buffering limitations and should be the subject of bilateral agreement at the 
time of circuit establishment. 


8.6.4.2.7 Commands and responses. It shall be permissible for a combined station to generate either commands or 
responses. A command shall contain the remote station address while a response shall contain the sending station address. 
The mnemonics associated with all of the commands and responses prescribed for each of the three frame types (I, S, and U) 


and the corresponding encoding of the control field are as shown in Table 8-6. 


8.6.4.2.7.1_ The I-frame command provides the means for transmitting sequentially numbered frames, each of which 
shall be permitted to contain an information field. 


8.6.4.2.7.2. The S-frame commands and responses shall be used to perform numbered supervisory functions (such as 
acknowledgement, polling, temporary suspension of information transfer, or error recovery). 


8.6.4.2.7.2.1_ The receive ready command or response (RR) shall be used by a station to: 
a) indicate that it is ready to receive an I-frame; 

b) acknowledge previously received I-frames numbered up to and including N(R) — 1; 
c) clear a busy condition that was initiated by the transmission of RNR. 


Note.— It is permissible for a combined station to use the RR command to solicit a response from the remote combined 
station with the poll bit set to “1”. 


8.6.4.2.7.2.2 It shall be permissible to issue a reject command or response (REJ) to request retransmission of frames 
starting with the I-frame numbered N(R) where: 


a) I-frames numbered N(R) — 1 and below are acknowledged; 
b) additional I-frames pending initial transmission are to be transmitted following the retransmitted I-frame(s); 


c) only one REJ exception condition, from one given station to another station, shall be established at any given time: 
another REJ shall not be issued until the first REJ exception condition has been cleared; 


d) the REJ exception condition is cleared (reset) upon the receipt of an I-frame with an N(S) count equal to the N(R) of 
the REJ command/response. 


8.6.4.2.7.2.3 The receive not ready command or response (RNR) shall be used to indicate a busy condition, 
i.e. temporary inability to accept additional incoming I-frames, where: 


a) frames numbered up to and including N(R) — 1 are acknowledged; 


b) frame M(R) and any subsequent I-frames received, if any, are not acknowledged (the acceptance status of these 
frames shall be indicated in subsequent exchanges); 


c) the clearing of a busy condition shall be indicated by the transmission of an RR, REJ, SABM, or UA with or without 
the P/F bit set to “1”. 


8.6.4.2.7.2.3.1 Recommendation.— 


a) A station receiving an RNR frame when in the process of transmitting should stop transmitting I-frames at the 
earliest possible time. 
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b) 


c) 


Any REJ command or response which was received prior to the RNR should be actioned before the termination of 
transmission. 


It should be permissible for a combined station to use the RNR command with the poll bit set to “1” to obtain a 
supervisory frame with the final bit set to “1” from the remote combined station. 


8.6.4.2.7.2.4 It shall be permissible for the selective reject command or response (SREJ) to be used to request 
retransmission of the single I-frame numbered N(R) where: 


a) 


b) 


c) 


d) 


e) 


frames numbered up to M(R) — | are acknowledged; frame N(R) is not accepted; the only I-frames accepted are those 
received correctly and in sequence following the I-frame requested; the specific I-frame to be retransmitted is 
indicated by the N(R) in the SREJ command/response; 


the SREJ exception condition is cleared (reset) upon receipt of an I-frame with an M(S) count equal to the N(R) of 
the SREJ; 


after a station transmits a SREJ it is not permitted to transmit SREJ or REJ for an additional sequence error until the 
first SREJ error condition has been cleared; 


I-frames that have been permitted to be transmitted following the I-frame indicated by the SREJ are not 
retransmitted as the result of receiving a SREJ; and 


it is permissible for additional I-frames pending initial transmission to be transmitted following the retransmission of 
the specific I-frame requested by the SREJ. 


8.6.4.2.7.3. The U-frame commands and responses shall be used to extend the number of link control functions. 
Transmitted U-frames do not increment the sequence counts at either the transmitting or receiving station. 


a) 


b) 


c) 


The U-frame mode-setting commands (SABM, and DISC) shall be used to place the addressed station in the 
appropriate response mode (ABM or ADM) where: 


1) upon acceptance of the command, the station send and receive state variables, V(S) and V(R), are set to zero; 


2) the addressed station confirms acceptance at the earliest possible time by transmission of a single unnumbered 
acknowledgement, UA; 


3) previously transmitted frames that are unacknowledged when the command is actioned remain 
unacknowledged; 


4) the DISC command is used to perform a logical disconnect, i.e. to inform the addressed combined station that 
the transmitting combined station is suspending operation. No information field shall be permitted with the 
DISC command. 

The unnumbered acknowledge response (UA) shall be used by a combined station to acknowledge the receipt and 

acceptance of an unnumbered command. Received unnumbered commands are not actioned until the UA response is 

transmitted. No information field shall be permitted with the UA response. 

The frame reject response (FRMR), employing the information field described below, shall be used by a combined 

station in the operational mode (ABM) to report that one of the following conditions resulted from the receipt of a 

frame without an FCS error: 


1) acommand/response that is invalid or not implemented; 


2) aframe with an information field that exceeds the size of the buffer available; 
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3) a frame having an invalid N(R) count. 


Note.— An invalid N(R) is a count which points to an I-frame which has previously been transmitted and 
acknowledged or to an I-frame which has not been transmitted and is not the next sequential I-frame pending 
transmission. 


d) The disconnected mode response (DM) shall be used to report a non-operational status where the station is logically 
disconnected from the link. No information field shall be permitted with the DM response. 


Note.— The DM response shall be sent to request the remote combined station to issue a mode-setting command or, 
if sent in response to the reception of a mode-setting command, to inform the remote combined station that the 
transmitting station is still in ADM and cannot action the mode-setting command. 


8.6.4.3. EXCEPTION CONDITION REPORTING AND RECOVERY 


This section specifies the procedures that shall be employed to effect recovery following the detection or occurrence of an 
exception condition at the link level. Exception conditions described are those situations that may occur as the result of 
transmission errors, station malfunction, or operational situations. 


8.6.4.3.1 Busy condition. A busy condition occurs when a station temporarily cannot receive or continue to receive 
I-frames due to internal constraints, e.g. due to buffering limitations. The busy condition shall be reported to the remote 
combined station by the transmission of an RNR frame with the M(R) number of the next I-frame that is expected. It shall be 
permissible for traffic pending transmission at the busy station to be transmitted prior to or following the RNR. 


Note.— The continued existence of a busy condition must be reported by retransmission of RNR at each P/F frame 
exchange. 


8.6.4.3.1.1 Upon receipt of an RNR, a combined station in ABM shall cease transmitting I-frames at the earliest 
possible time by completing or aborting the frame in process. The combined station receiving an RNR shall perform a 
time-out operation before resuming asynchronous transmission of I-frames unless the busy condition is reported as cleared by 
the remote combined station. If the RNR was received as a command with the P bit set to “1”, the receiving station shall 
respond with an S-frame with the F bit set to “1”. 


8.6.4.3.1.2 The busy condition shall be cleared at the station which transmitted the RNR when the internal constraint 
ceases. Clearance of the busy condition shall be reported to the remote station by transmission of an RR, REJ, SABM, or UA 
frame (with or without the P/F bit set to “1’’). 


8.6.4.3.2 N(S) sequence error. An N(S) sequence exception shall be established in the receiving station when an 
I-frame that is received error free (no FCS error) contains an N(S) sequence number that is not equal to the receive variable 
V(R) at the receiving station. The receiving station shall not acknowledge (shall not increment its receive variable V(R)) the 
frame causing the sequence error, or any I-frames which may follow, until an I-frame with the correct N(S) number is 
received. A station that receives one or more I-frames having sequence errors, but which are otherwise error free, shall accept 
the control information contained in the N(R) field and the P/F bit to perform link control functions, e.g. to receive 
acknowledgement of previously transmitted I-frames (via the N(R)), to cause the station to respond (P bit set to “1”). 


8.6.4.3.2.1 The means specified in 8.6.4.3.2.1.1 and 8.6.4.3.2.1.2 shall be available for initiating the retransmission of 
lost or errored I-frames following the occurrence of a sequence error. 


8.6.4.3.2.1.1 Where the REJ command/response is used to initiate an exception recovery following the detection of a 
sequence error, only one “sent REJ” exception condition, from one station to another station, shall be established at a time. A 
“sent REJ” exception shall be cleared when the requested I-frame is received. A station receiving REJ shall initiate sequential 
(re)transmission of I-frames starting with the I-frame indicated by the N(R) contained in the REJ frame. 
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FRMR INFORMATION FIELD BITS FOR BASIC (SABM) OPERATION 


First bit 
transmitted 


a eee 
[ rejected basic control field |o | ws) |v] wr) | w | 


where: 
rejected basic control field is the control field of the received frame which caused the frame reject; 


V(S) is the current value of the send state variable at the remote combined station reporting the error condition 
(bit 10 = low order bit); 


V(R) is the current value of the receive state variable at the remote combined station reporting the error condition 
(bit 14 = low order bit); 


v set to “1” indicates that the received frame which caused rejection was a response; 
w set to “1” indicates that the control field received and returned in bits 1 through 8 are invalid or not implemented; 


x set to “1” indicates that the control field received and returned in bits 1 through 8 was considered invalid because the frame 


contained an information field which is not permitted with this command. Bit w must be set to “1” in conjunction with this bit; 


y set to “1” indicates that the information field received exceeded the maximum information field length which can be 


accommodated by the station reporting the error condition. This bit is mutually exclusive with bits w and x above; 


z set to “1” indicates that the control field received and returned in bits 1 through 8 contained an invalid N(R) count. This bit is 


mutually exclusive with bit w. 





8.6.4.3.2.1.2 In the event a receiving station, due to a transmission error, does not receive (or receives and discards) a 
single I-frame or the last I-frame(s) in a sequence of I-frames, it shall not detect an out-of-sequence exception and, therefore, 
shall not transmit REJ. The station which transmitted the unacknowledged I-frame(s) shall, following the completion of a 
system-specified time-out period, take appropriate recovery action to determine the sequence number at which retransmission 
must begin. 


8.6.4.3.2.1.3 Recommendation.— A combined station which has timed out waiting for a response should not 
retransmit all unacknowledged frames immediately. The station may enquire about status with a supervisory frame. 


Note 1.— If a station does retransmit all unacknowledged I-frames after a time-out, it must be prepared to receive a 
subsequent REJ frame with an N(R) greater than its send variable V(S). 


Note 2.— Since contention may occur in the case of two-way alternate communications in ABM or ADM, the time-out 
interval employed by one combined station must be greater than that employed by the other combined station so as to permit 


contention to be resolved. 


8.6.4.3.3 FCS error. Any frame with an FCS error shall not be accepted by the receiving station and will be discarded. 
No action shall be taken by the receiving station as the result of that frame. 


8.6.4.3.4 Frame reject exception condition. A frame reject exception condition shall be established upon the receipt of 
an error-free frame which contains an invalid or unimplemented control field, an invalid N(R), or an information field which 
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has exceeded the maximum established storage capability. If a frame reject exception condition occurs in a combined station, 
the station shall either: 


a) 


b) 


take recovery action without reporting the condition to the remote combined station; or 


report the condition to the remote combined station with a FRMR response. The remote station will then be expected 
to take recovery action; if, after waiting an appropriate time, no recovery action appears to have been taken, the 
combined station reporting the frame reject exception condition may take recovery action. 


Recovery action for balanced operation includes the transmission of an implemented mode-setting command. Higher level 
functions may also be involved in the recovery. 


8.6.4.3.5 Mode-setting contention. A mode-setting contention situation exists when a combined station issues a mode- 
setting command and, before receiving an appropriate response (UA or DM), receives a mode-setting command from the 
remote combined station. Contention situations shall be resolved in the following manner: 


a) 


b) 


when the send and receive mode-setting commands are the same, each combined station shall send a UA response at 
the earliest respond opportunity. Each combined station shall either enter the indicated mode immediately or defer 
entering the indicated mode until receiving a UA response. In the latter case, if the UA response is not received: 


1) the mode may be entered when the response timer expires; or 
2) the mode-setting command may be reissued; 
when the mode-setting commands are different, each combined station shall enter ADM and issue a DM response at 


the earliest respond opportunity. In the case of DISC contention with a different mode-setting command, no further 
action is required. 


8.6.4.3.6 Time-out functions. Time-out functions shall be used to detect that a required or expected acknowledging 
action or response to a previously transmitted frame has not been received. Expiration of the time-out function shall initiate 
appropriate action, e.g. error recovery or reissuance of the P bit. The duration of the following time-out functions is system 
dependent and subject to bilateral agreement: 


a) 


b) 


combined stations shall provide a time-out function to determine that a response frame with F bit set to “1” to a 
command frame with the P bit set to “1” has not been received. The time-out function shall automatically cease 
upon receipt of a valid frame with the F bit set to “1”; 


a combined station which has no P bit outstanding, and which has transmitted one or more frames for which 
responses are anticipated shall start a time-out function to detect the no-response condition. The time-out function 


shall cease when an I- or S-frame is received with the M(R) higher than the last received N(R) (actually 
acknowledging one or more IJ-frames). 


8.6.5 Common ICAO data interchange network (CIDIN) 


8.6.5.1 INTRODUCTION 


Note 1.— The common ICAO data interchange network (CIDIN) is an element of the aeronautical fixed service (AF'S) 
which uses bit-oriented procedures, store and forward techniques and packet switching techniques based on CCITT 
Recommendation X.25 to carry messages of specific applications of the AFS such as AFTN and operational meteorological 
information (OPMET). 
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Note 2.— The CIDIN provides a reliable common network service for the conveyance of application messages in binary 
or text form to air traffic service providers and aircraft operating agencies. 


8.6.5.1.1 CIDIN entry and exit centres or stations shall be used to connect application entities to the CIDIN. 
Note.— The interfacing between CIDIN and application entities is a matter for local implementation. 
8.6.5.1.2 CIDIN relay centres shall be used to forward packets between CIDIN entry and exit centres or stations which 
are not directly connected. 
8.6.5.2 GENERAL 


8.6.5.2.1_ There shall be four protocol levels defined to control the transfer of messages between CIDIN switching 
centres: 


— the data link protocol level 

— the X.25 packet protocol level 

— the CIDIN packet protocol level 

— the CIDIN transport protocol level. 

Note 1.— The relationship of the terms used is shown in Figures 8-1 and 8-2. 

Note 2.— The details of CIDIN communication procedures and system specifications, as implemented in Europe, are 
shown in the EUR CIDIN Manual (EUR Doc 005). 
8.6.5.2.2 THE DATA LINK PROTOCOL LEVEL 


8.6.5.2.2.1_ X.25 packets to be transferred between two CIDIN switching centres or a CIDIN switching centre and a 
packet switched data network, shall be formatted into data link frames. 


8.6.5.2.2.2 Each data link frame shall consist of a data link control field (DLCF), possibly followed by a link data field, 
and shall be terminated by a frame check sequence and flag (being the second part of the DLCF). If a link data field is present, 


the frame shall be denoted as an information frame. 


8.6.5.2.2.3. X.25 packets shall be transmitted within the link data field of information frames. Only one packet shall be 
contained in the link data field. 


8.6.5.2.3 THE X.25 PACKET PROTOCOL LEVEL 
8.6.5.2.3.1 Each CIDIN packet to be transferred on CIDIN circuits between CIDIN switching centres shall be 
formatted into one X.25 packet. When a packet switched data network is used, it shall be permissible to format the CIDIN 


packet into more than one X.25 packet. 


8.6.5.2.3.2 The integrity of each CIDIN packet shall be preserved by the X.25 packet protocol by mapping each CIDIN 
packet onto one complete X.25 packet sequence, as defined in CCITT Recommendation X.25. 


8.6.5.2.3.3. Each X.25 packet shall consist of an X.25 packet header, possibly followed by a user data field (UDF). 
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8.6.5.2.3.4 The X.25 packet protocol is based on the application of virtual circuit procedures. A virtual circuit shall be 
defined as a logical path between two CIDIN switching centres. If a packet switched data network is used to interconnect two 
CIDIN switching centres, the procedure shall provide full compatibility with the procedures to be followed for virtual circuits 
according to CCITT Recommendation X.25. 


8.6.5.2.4 THE CIDIN PACKET PROTOCOL LEVEL 


8.6.5.2.4.1 Each transport header and the associated segment shall be preceded by a CIDIN packet header. No further 
segmentation of the CIDIN message shall be used between transport protocol level and CIDIN packet protocol level. Both 
headers, therefore, shall be used in combination. Together they shall be referred to as the communications control field (CCF). 
Together with the message segment they form CIDIN packets that shall be transmitted from entry centre to exit centre(s), 
when necessary through one or more relay centres, as an entity. 


8.6.5.2.4.2 CIDIN packets of one CIDIN message shall be relayed independently via predetermined routes through the 
network thus allowing alternative routing on a CIDIN packet basis as necessary. 


8.6.5.2.4.3 The CIDIN packet header shall contain information to enable relay centres to handle CIDIN packets in the 
order of priority, to transmit the CIDIN packets on the proper outgoing circuit(s) and to duplicate or multiplicate CIDIN 


packets when required for multiple dissemination purposes. The information shall be sufficient to apply address stripping on 
the exit addresses as well as on the addressee indicators of messages in AFTN format. 


8.6.5.2.5 THE TRANSPORT PROTOCOL LEVEL 


8.6.5.2.5.1 Information exchanged over the CIDIN shall be transmitted as CIDIN messages. 


8.6.5.2.5.2 The length of a CIDIN message shall be defined by the CIDIN packet sequence number (CPSN). The 
maximum permissible length is 2'° packets which in effect results in no practical limitation. 


8.6.5.2.5.3 If the length of a CIDIN message and its transport and packet headers (as defined below) exceeds 256 octets, 
the message shall be divided into segments and placed in the CIDIN user data field of CIDIN packets. Each segment shall be 
preceded by a transport header containing information to enable the re-assembly of the CIDIN message at the exit centre(s) 


from individually received segments and to determine further handling of the received complete CIDIN message. 


8.6.5.2.5.4 All segments of one CIDIN message shall be provided with the same message identification information in 
the transport header. Only the CPSN and final CIDIN packet (FCP) indicator shall be different. 


8.6.5.2.5.5 Recovery of messages shall be performed at the transport level. 
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TABLES FOR CHAPTER 8 








Table 8-1. International Telegraph Alphabets No. 2 and No. 3 
Impulses 
5-unit code 
Number of Letter Figure 
signal case case Start 12345 Stop 























International 








Code No. 2 
1 A — A ZZAAA Z 
2 B ? A ZAAZZ Z 
3 Cc : A AZZZA Z 
4+ D Note | A ZAAZA Z 
5 E 3 A ZAAAA Z 
6 F A ZAZZA Z 
7 G A AZAZZ Z 
8 H A AAZAZ Z 
9 I 8 A AZZAA Z 
10 J Attention signal A ZZAZA Z 
11 K ( A ZZZZA Z 
12 L ) A AZAAZ Z 
13 M A AAZZZ Z 
14 N 3 A AAZZA Z 
15 oO 9 A AAAZZ Z 
16 P 0 A AZZAZ Z 
17 Q 1 A ZZZAZ Z 
18 R 4 A AZAZA Z 
19 S : A ZAZAA Z 
20 T 5 A AAAAZ Z 
21 U 7 A ZZZAA Z 
22 Vv = A AZZZZ Z 
23 WwW 2, A ZZAAZ Z 
24 xX / A ZAZZZ Z 
25 Y 6 A ZAZAZ Z 
26 Z + A ZAAAZ Z 
27 carriage return A AAAZA Z 
28 line feed A AZAAA Z 
29 letters A ZZZZZ Z 
30 figures A ZZAZZ Z 
31 space A AAZAA Z 
32 unperforated tape A AAAAA Z 
33 signal repetition 
34 signal a 
35 signal 8 
Sign Closed circuit Double current 
A No current Negative current 
Z Positive current Positive current 
Note 1.— Used for answer-back facility. 
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Table 8-2. International Alphabet No. 5 (IA-5) 
(international reference version) 














































































































b7 

be 

bs 
ba bs be by 
0 0 0 0 0 
0 0 0 1 1 
0 0 1 0 2 
0 0 1 1 3 
0 1 0 0 4 
0 1 0 1 5 
0 1 1 0 6 
0 1 1 1 7 
1 0 0 0 8 
1 0 0 1 9 
1 0 1 0 10 
1 0 1 1 11 
1 1 0 0 12 
1 1 0 1 13 
1 1 1 0 14 
1 1 1 1 15 

NOTES 

Note 1.—The format effectors are intended for equipment in which horizontal and vertical movements are effected separately. If 
equipment requires the action of CARRIAGE RETURN to be combined with a vertical movement, the format effector for that vertical 
movement may be used to effect the combined movement. Use of FE 2 for a combined CR and LF operation is not allowed for 
international transmission on AFS networks. 

Note 2.—The symbol = does not designate the currency of a specific country. 

Note 3.—Position 7/14 is used for graphic character ~ (OVERLINE), the graphical representation of which may vary according to 
national use to represent (TILDE) or another diacritical sign provided that there is no risk of confusion with another graphic character 
included in the table. 

Note 4.—The graphic characters in position 2/2, 2/7, 2/12 and 5/14 have respectively the significance of QUOTATION MARK, 
APOSTROPHE, COMMA and UPWARD ARROW HEAD; however, these characters take on the significance of the diacritical signs 
DIAERESIS, ACUTE ACCENT, CEDILLA and CIRCUMFLEX ACCENT when they are preceded or followed by the BACKSPACE 
character (0/8). 

Note 5.—When graphical representation of the control characters of IA-5 is required, it is permissible to use the symbols specified in 
International Organization for Standardization (ISO) Standard 2047-1975. 
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CONTROL CHARACTERS GRAPHIC CHARACTERS 
Position in the Position in the 
Abbreviation Meaning code table Graphic Note Name code table 

ACK Acknowledge 0/6 (space) Space (see 7.2) 2/0 
BEL Bell 0/7 | Exclamation mark 2 
BS Backspace 0/8 : 4 Quotation mark, Diaeresis 2/2 
CAN Cancel 1/8 # Number sign 2/3 
CR Carriage return* 0/13 a 2 Currency sign 2/4 
DC Device control - % Percent sign 2/5 
DEL Delete 7/15 & Ampersand 2/6 
DLE Data link escape 1/0 : 4 Apostrophe, Acute accent 2/7 
EM End of medium 1/9 ( Left parenthesis 2/8 
ENQ Enquiry 0/5 ) Right parenthesis 2/9 
EOT End of transmission 0/4 ? Asterisk 2/10 
ESC Escape 1/11 + Plus sign 2/11 
ETB End of transmission block 1/7 . 4 Comma, Cedilla 2/12 
ETX End of text 0/3 - Hyphen, Minus sign 2/13 
FE Format effector - ; Full stop (period) 2/14 
FF Form feed 0/12 / Solidus 2/15 
FS File separator 1/12 ; Colon 3/10 
Gs Group separator 1/13 : Semi-colon 3/11 
HT Horizontal tabulation 0/9 < Less-than sign 3/12 
IS Information separator - = Equal sign 3/13 
LF Line feed* 0/10 > Greater-than sign 3/14 
NAK Negative acknowledge 1/5 ? Question mark 3/15 
NUL Null 0/0 @ Commercial ‘at’ 4/0 
RS Record separator 1/14 [ Left square bracket 5/11 
Sl Shift-in 0/15 \ Reverse solidus 5/12 
SO Shift-out 0/14 ] Right square bracket 5/13 
SOH Start of heading 0/1 * 4 Upward arrow head, 

SP Space 2/0 Circumflex accent 5/14 
STX Start of text 0/2 _ Underline 5/15 
SUB Substitute character 1/10 i Grave accent 6/0 
SYN Synchronous idle 1/6 { Left curly bracket 7/11 
TC Transmission control - | Vertical line 7/12 
US Unit separator 1/15 } Right curly bracket 7/13 
VT Vertical tabulation 0/11 = 3 Overline, Tilde 7/14 

* See Note 1. 








DIACRITICAL SIGNS 


UNIQUENESS OF CHARACTER ALLOCATION 


NAMES, MEANINGS AND FONTS OF GRAPHIC CHARACTERS 


A character allocated to a position in the table may not be placed elsewhere in the table. 


In the character set, some printing symbols may be designed to permit their use for the composition of accented letters when necessary for general 
interchange of information. A sequence of three characters, comprising a letter, BACKSPACE and one of these symbols, is needed for this 
composition, and the symbol is then regarded as a diacritical sign. It should be noted that these symbols take on their diacritical significance only when 
they are preceded or followed by the BACKSPACE character: for example, the symbol corresponding to the code combination 2/7 (') normally has the 
significance of AROSTROPHE, but becomes the diacritical sign ACUTE ACCENT when it precedes or follows the BACKSPACE character. 


At least one name is assigned to denote each of the graphic characters. These names are intended to reflect their customary meanings and are not 
intended to define or restrict the meanings of graphic characters. No particular style or font design is specified for the graphic characters. 








]-8-27 


22/11/07 


Annex 10 — Aeronautical Communications Volume IIT 








FUNCTIONAL CHARACTERISTICS RELATED TO CONTROL CHARACTERS 


Some definitions given below are stated in general terms and more explicit definitions of use may be needed for specific implementation of the code table on 
recording media or on transmission channels. These more explicit definitions and the use of these characters are the subject of ISO publications. 


General designations of control characters 


The general designation of control characters involves a specific class name followed by a subscript number. 
They are defined as follows: 


TC — Transmission control characters — Control characters intended to control or facilitate transmission of information over telecommunication 
networks. 
The use of the TC characters on the general telecommunication networks is the subject of ISO publications. 
The transmission control characters are: 
ACK, DLE, ENQ, EOT, ETB, ETX, NAK, SOH, STX and SYN. 


FE — Format effectors — Control characters mainly intended for the control of the layout and positioning of information on printing and/or display 
devices. In the definitions of specific format effectors, any reference to printing devices should be interpreted as including display devices. The 
definitions of format effectors use the following concept: 


a) | apage is composed of a number of lines of characters; 
b) — the characters forming a line occupy a number of positions called character positions; 


c) _ the active position is that character position in which the character about to be processed would appear if it were to be printed. The active 
position normally advances one character position at a time. 


The format effector characters are: 
BS, CR, FF, HT, LF and VT. 


DC — Device control characters — Control characters for the control of a local or remote ancillary device (or devices) connected to a data processing 
and/or telecommunication system. These control characters are not intended to control telecommunication systems; this should be achieved by 
the use of TCs. 

Certain preferred uses of the individual DCs are given below under Specific control characters. 


IS — Information separators — Control characters that are used to separate and qualify data logically. There are four such characters. They may be 
used either in hierarchical order or non-hierarchically; in the latter case their specific meanings depend on their applications. 
When they are used hierarchically, the ascending order is: 
US, RS, GS, FS. 
In this case data normally delimited by a particular separator cannot be split by a higher order separator but will be considered as delimited 
by any higher order separator. 


Specific control characters 


Individual members of the classes of controls are sometimes referred to by their abbreviated class name and a subscript number (e.g. TCs) and sometimes by 
a specific name indicative of their use (e.g. ENQ). 


Different but related meanings may be associated with some of the control characters but in an interchange of data this normally requires agreement 
between the sender and the recipient. 


ACK — Acknowledge — A transmission control character transmitted by a receiver as an affirmative response to the sender. 

BEL — Bell— Acontrol character that is used when there is a need to call for attention; it may control alarm or attention devices. 

BS — Backspace — A format effector which moves the active position one character position backwards on the same line. 

CAN — Cancel — A character, or the first character of a sequence, indicating that the data preceding it are in error. As a result these data are to be 


ignored. The specific meaning of this character must be defined for each application and/or between sender and recipient. 


CR — Carriage return— A format effector which moves the active position to the first character position on the same line. 


Device controls 


DC, — A device control character which is primarily intended for turning on or starting an ancillary device. If it is not required for this purpose, it may be 
used to restore a device to the basic mode of operation (see also DC2 and DCs), or for any other device control function not provided by other 
DCs. 

DC, — A device control character which is primarily intended for turning on or starting an ancillary device. If it is not required for this purpose, it may be 


used to set a device to a special mode of operation (in which case DC; is used to restore the device to the basic mode), or for any other device 
control function not provided by other DCs. 


DC3 — A device control character which is primarily intended for turning off or stopping an ancillary device. This function may be a secondary level 
stop, e.g. wait, pause, stand-by or halt (in which case DC, is used to restore normal operation). If it is not required for this purpose, it may be 
used for any other device control function not provided by other DCs. 
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DC, 


DEL 


DLE 


EM 


ENQ 


EOT 


ESC 


ETB 


ETX 


FF 


HT 


IS; (US) 


IS2 (RS) 


IS3 (GS) 


IS4 (FS) 


LF 
NAK 


NUL 





— A device control character which is primarily intended for turning off, stopping or interrupting an ancillary device. If it is not required for this 


Information separators 


purpose, it may be used for any other device control function not provided by other DCs. 
Examples of use of the device controls 


1) | One switching 
on — DCz off — DC, 


2) | Two independent switchings 


First one on— DC, off — DC, 
Second one on — DC, off — DC3 
3) | Two dependent switchings 

General on — DCz off — DC, 
Particular on — DC, off — DC3 
4) — Input and output switching 

Output on — DCz off — DC, 
Input on— DC, off — DC, 


Delete — A character used primarily to erase or obliterate an erroneous or unwanted character in punched tape. DEL characters may also 
serve to accomplish media-fill or time-fill. They may be inserted into or removed from a stream of data without affecting the information content 
of that stream, but then the addition or removal of these characters may affect the information layout and/or the control of equipment. 


Data link escape — A transmission control character which will change the meaning of a limited number of contiguously following characters. It 
is used exclusively to provide supplementary data transmission control functions. Only graphic characters and transmission control characters 
can be used in DLE sequences. 


End of medium — A control character that may be used to identify the physical end of a medium, or the end of the used portion of a medium, or 
the end of the wanted portion of data recorded on a medium. The position of this character does not necessarily correspond to the physical end 
of the medium. 


Enquiry — A transmission control character used as a request for a response from a remote station — the response may include station 
identification and/or station status. When a “Who are you?” function is required on the general switched transmission network, the first use of 
ENQ after the connection is established shall have the meaning “Who are you?” (station identification). Subsequent use of ENQ may, or may 
not, include the function “Who are you?”, as determined by agreement. 


End of transmission — A transmission control character used to indicate the conclusion of the transmission of one or more texts. 
Escape — A control character which is used to provide an additional control function. It alters the meaning of a limited number of contiguously 
following bit combinations which constitute the escape sequence. 

Escape sequences are used to obtain additional control functions which may provide among other things graphic sets outside the standard 
set. Such control functions must not be used as additional transmission controls. 

The use of the character ESC and of the escape sequences in conjunction with code extension techniques is the subject of an ISO Standard. 


End of transmission block — A transmission control character used to indicate the end of a transmission block of data where data are divided 
into such blocks for transmission purposes. 


End of text — A transmission control character which terminates a text. 


Form feed — A format effector which advances the active position to the same character position on a predetermined line of the next form or 
page. 


Horizontal tabulation — A format effector which advances the active position to the next predetermined character position on the same line. 


A control character used to separate and qualify data logically; its specific meaning has to be defined for each application. If this character is 
used in hierarchical order as specified in the general definition of IS, it delimits a data item called a UNIT. 


A control character used to separate and qualify data logically; its specific meaning has to be defined for each application. If this character is 
used in hierarchical order as specified in the general definition of IS, it delimits a data item called a RECORD. 


A control character used to separate and qualify data logically; its specific meaning has to be defined for each application. If this character is 
used in hierarchical order as specified in the general definition of IS, it delimits a data item called a GROUP. 


A control character used to separate and qualify data logically; its specific meaning has to be defined for each application. If this character is 
used in hierarchical order as specified in the general definition of IS, it delimits a data item called a FILE. 


Line feed — A format effector which advances the active position to the same character position of the next line. 
Negative acknowledge — A transmission control character transmitted by a receiver as a negative response to the sender. 
Null — A control character used to accomplish media-fill or time-fill. NUL characters may be inserted into or removed from a stream of data 


without affecting the information content of that stream, but then the addition or removal of these characters may affect the information layout 
and/or the control of equipment. 
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Sl 


so 


SOH 
SP 


STX 


SUB 


SYN 


VT 





Shift-in — A control character which is used in conjunction with SHIFT-OUT and ESCAPE to extend the graphic character set of the code. It 
may reinstate the standard meanings of the bit combinations which follow it. The effect of this character when using code extension techniques 
is described in an ISO Standard. 


Shift-out — A control character which is used in conjunction with SHIFT-IN and ESCAPE to extend the graphic character set of the code. It may 
alter the meaning of the bit combinations of columns 2 to 7 which follow it until a SHIFT-IN character is reached. However, the characters 
SPACE (2/0) and DELETE (7/15) are unaffected by SHIFT-OUT. The effect of this character when using code extension techniques is 
described in an ISO Standard. 

Start of heading — A transmission control character used as the first character of a heading of an information message. 


Space — A character which advances the active position one character position on the same line. This character is also regarded as a non- 
printing graphic. 


Start of text — A transmission control character which precedes a text and which is used to terminate a heading. 


Substitute character — A control character used in the place of a character that has been found to be invalid or in error. SUB is intended to be 
introduced by automatic means. 


Synchronous idle — A transmission control character used by a synchronous transmission system in the absence of any other character (idle 
condition) to provide a signal from which synchronism may be achieved or retained between data terminal equipment. 


Vertical tabulation — A format effector which advances the active position to the same character position on the next predetermined line. 
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Table 8-3. Conversion from the International Telegraph Alphabet No. 2 (ITA-2) 
to the International Alphabet No. 5 (IA-5) 


ITA-2 ITA-2 
letter case IA-5 figure case IA-5 
of signal No. column/row of signal No. column/row 


2/13 
3/15 
3/10 
3/15 
3/3 


NMoOaAwDS 
NMoOaAwDS 


3/15 
3/15 
3/15 
8 3/8 
0/7 


( 2/8 
) 2/9 
2/14 
2/12 
3/9 


K K 
L L 
M M 
N N 
O O 


‘or 


3/0 
3/1 
3/4 
2/7 
3/5 


Hono 
HaRWOv 
nN» RR oO 

~RrRO 


nN 


3/7 
3/13 
3/2 
2/15 
3/6 


Kec 
Kha 
aAa~N IN 
aAa~NiINA 


2/11 
0/13 
0/10 





* No conversion shall be made for these positions and the signal/character shall be removed from 
the data. 


Note 1.— The end-of-message signal NNNN (in letter and figure case) shall convert to ETX (0/3). 

Note 2.— The start-of-message signal ZCZC (in letter and figure case) shall convert to 
SOH (0/1). 

Note 3.— Figures case of Signal No. 10 shall only be converted upon detection of the AFTN 
priority alarm which shall convert to five occurrences of BEL (0/7). 

Note 4.— When converting from ITA-2, a STX (0/2) character shall be inserted once at the 
beginning of the next line following detection of CR LF or LF CR at the end of the 
Origin Line. 

Note 5.— The sequence of seven signal 28 (LF) shall convert to one VT (0/11) character. 
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Table 8-4. Conversion from the International Alphabet No. 5 (IA-5) 


to the International Telegraph Alphabet No. 2 (ITA-2) 




















Col, 

Row 0 1 2 3 4 5 6 7 
0 x * 31FL 16F 2F 16L 2F 16L 
1 Note 5 * 2F 17F ie 17L IL 17L 
3 x * 2F 23F 2L 18L 2L 18L 
3 Note 1 * 2F 5F 3L 19L 3L 19L 
4 x * 2F 18F 4L 20L 4L 20L 
5 * * 2F 20F 5L 21L 5L 21L 
6 * * 2F 25F 6L 221, 6L 221, 
7 Note 2 * 19F 21F TL 23L TL 23L 
8 * * LIF OF 8L 24L 8L 24L 
9 * * 12F 15F 9oL 25L OL 25L 
10 28 FL 2F 3F 10L 26L 10L 26L 
ll Note 3 26F 2F LIL 2F HL 2F 
12 * * 14F 2F 12L 2F 12L 2F 
13 27FL * IF 22F 13L 2F 13L 2F 
14 * * 13F OF 14L 2F 14L 2F 
15 * * 24F 2F 15L 2F 15L * 



































* No conversion shall be made for these positions and the signal/character shall be removed from the data. 


Example: 


Note 1.— 


Note 2. — 


Note 3. — 


Note 4. — 


Note 5. — 


22/11/07 


To find the ITA-2 signal to which the character 3/6 of IA-5 is to be converted, look at column 3, row 6. 


25F means figure case of signal No. 25 


(L = letter case, FL = either case designation). 


The character 0/3 (ETX) shall convert to the ITA-2 sequence signals 14L, 14L, 14L, 14L (NNNN). 


The signal 0/7 (BEL) shall only be converted when a sequence of 5 occurrences is detected, which shall 
convert to the ITA-2 sequence signals 30, 10F, 10F, 10F, 10F, 10F, 29. 


The character sequence CR CR LF VT (0/11) ETX (0/3) shall convert to the ITA-2 sequence signals 29, 27, 


27, 28, 28, 28, 28, 28, 28, 28, 28, 14L, 14L, 14L, 14L. 


To prevent redundant generation of figure and letter characters in ITA-2 when converting from IA-5, no 
case designation shall be assigned to ITA-2 non-printing functions (signals No. 27, 28, 29, 30, 31). 


The character 0/1 (SOH) shall convert to the ITA-2 sequence signals 26L, 3L, 26L, 3L (ZCZC). 
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Table 8-5. Control field formats 





























Control field bits 
Control field format for 1 2 3 4 5 6 7 8 
Information transfer (I frame) 0 N(S) P N(R) 
Supervisory commands/responses (S frame) 1 0 S S P/F N(R) 
Unnumbered commands/responses 1 1 M M P/F M M M 








where: 


N(S) = send sequence count (bit 2 = low order bit) 
N(R) = receive sequence count (bit 6 = low order bit) 
S = supervisory function bits 

M =modifier function bits 

P = poll bit (in commands) 

F = final bit (in responses) 











Table 8-6. Commands and responses 














C field encoding 
Type Commands Responses I 2 3 4 5 6 7 8 
Information transfer | I (information) 0 N(S) P N(R) 
Supervisory RR (receive ready) RR (receive ready) 1 0 0 0 P/F NMR) 
RNR (receive not ready) RNR (receive not ready) 1 0 1 0 P/F N(R) 
REJ (reject) REJ (reject) 1 0 0 1 P/F N(R) 
Unnumbered DM (disconnected 1 1 1 1 P/F 0 0 0 
mode) 
SABM (set asynchronous 1 1 1 1 P 1 0 0 
balanced mode) 
DISC (disconnect) 1 1 0 0 P 0 1 0 
UA (unnumbered 1 1 0 0 F 1 1 0 
acknowledgement) 
FRMR _ (frame reject) 1 1 1 0 F 0 0 1 
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FIGURES FOR CHAPTER 8 
ENTRY PVC TRANSIT RELAY EXIT 
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Figure 8-1. CIDIN protocol levels 
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CIDIN TRANSPORT LEVEL 





CIDIN PACKET LEVEL 
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CHAPTER 9. AIRCRAFT ADDRESSING SYSTEM 


9.1 The aircraft address shall be one of 16 777 214 twenty-four-bit aircraft addresses allocated by ICAO to the State of 
Registry or common mark registering authority and assigned as prescribed in the Appendix to this chapter. 


9.1.1 Non-aircraft transponders that are installed on aerodrome surface vehicles, obstacles or fixed Mode S target 
detection devices for surveillance and/or radar monitoring purposes shall be assigned 24-bit aircraft addresses. 


Note.— Under such specific conditions, the term “aircraft” can be understood as “aircraft (or pseudo-aircraft) or 
vehicle (A/V)” where a limited set of data is generally sufficient for operational purposes. 


9.1.1.1 Recommendation.— Mode S transponders used under specific conditions stated in 9.1.1 should not have any 
negative impact on the performance of existing ATS surveillance systems and ACAS. 
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APPENDIX TO CHAPTER 9. A WORLDWIDE SCHEME FOR 
THE ALLOCATION, ASSIGNMENT AND 
APPLICATION OF AIRCRAFT ADDRESSES 


1. GENERAL 


1.1 Global communications, navigation and surveillance systems shall use an individual aircraft address composed of 
24 bits. At any one time, no address shall be assigned to more than one aircraft. The assignment of aircraft addresses requires 
a comprehensive scheme providing for a balanced and expandable distribution of aircraft addresses applicable worldwide. 


2. DESCRIPTION OF THE SCHEME 


2.1 Table 9-1 provides for blocks of consecutive addresses available to States for assignment to aircraft. Each block is 
defined by a fixed pattern of the first 4, 6, 9, 12 or 14 bits of the 24-bit address. Thus, blocks of different sizes (1 048 576, 
262 144, 32 768, 4 096 and 1 024 consecutive addresses, respectively) are made available. 


3. MANAGEMENT OF THE SCHEME 


3.1. The International Civil Aviation Organization (ICAO) shall administer the scheme so that appropriate international 
distribution of aircraft addresses can be maintained. 


4. ALLOCATION OF AIRCRAFT ADDRESSES 


4.1 Blocks of aircraft addresses shall be allocated by ICAO to the State of Registry or common mark registering 
authority. Address allocations to States shall be as shown in Table 9-1. 


4.2 A State of Registry or common mark registering authority shall notify ICAO when allocation to that State of an 
additional block of addresses is required for assignment to aircraft. 


4.3 In the future management of the scheme, advantage shall be taken of the blocks of aircraft addresses not yet 
allocated. These spare blocks shall be distributed on the basis of the relevant ICAO region: 


Addresses starting with bit combination 00100: AFI region 

Addresses starting with bit combination 00101: SAM region 
Addresses starting with bit combination 0101: EUR and NAT regions 
Addresses starting with bit combination 01100: MID region 
Addresses starting with bit combination 01101: ASIA region 
Addresses starting with bit combination 1001: NAM and PAC regions 


Addresses starting with bit combination 111011: CAR region 
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In addition, aircraft addresses starting with bit combinations 1011, 1101 and 1111 have been reserved for future use. 


4.4 Any future requirement for additional aircraft addresses shall be accommodated through coordination between 
ICAO and the States of Registry or common mark registering authority concerned. A request for additional aircraft addresses 
shall only be made by a registering authority when at least 75 per cent of the number of addresses already allocated to that 
registering authority have been assigned to aircraft. 


4.5 ICAO shall allocate blocks of aircraft addresses to non-Contracting States upon request. 


5. ASSIGNMENT OF AIRCRAFT ADDRESSES 


5.1 Using its allocated block of addresses, the State of Registry or common mark registering authority shall assign an 
individual aircraft address to each suitably equipped aircraft entered on a national or international register (Table 9-1). 


Note.— For an aircraft delivery, the aircraft operator is expected to inform the airframe manufacturer of an address 
assignment. The airframe manufacturer or other organization responsible for a delivery flight is expected to ensure 
installation of a correctly assigned address supplied by the State of Registry or common mark registering authority. 
Exceptionally, a temporary address may be supplied under the arrangements detailed in paragraph 7. 


5.2 Aircraft addresses shall be assigned to aircraft in accordance with the following principles: 

a) at any one time, no address shall be assigned to more than one aircraft with the exception of aerodrome surface 
vehicles on surface movement areas. If such exceptions are applied by the State of Registry, the vehicles which have 
been allocated the same address shall not operate on aerodromes separated by less than | 000 km; 

b) only one address shall be assigned to an aircraft, irrespective of the composition of equipment on board. In the case 
when a removable transponder is shared by several light aviation aircraft such as balloons or gliders, it shall be 
possible to assign a unique address to the removable transponder. The registers 0816, 2016, 2146, 2216 and 2516 of the 
removable transponder shall be correctly updated each time the removable transponder is installed in any aircraft; 

c) the address shall not be changed except under exceptional circumstances and shall not be changed during flight; 

d) when an aircraft changes its State of Registry, the new registering State shall assign the aircraft a new address from 
its own allocation address block, and the old aircraft address shall be returned to the allocation address block of the 


State that previously registered the aircraft; 


e) the address shall serve only a technical role for addressing and identification of aircraft and shall not be used to 
convey any specific information; and 


f) the addresses composed of 24 ZEROS or 24 ONES shall not be assigned to aircraft. 


5.2.1 Recommendation.— Any method used to assign aircraft addresses should ensure efficient use of the entire 
address block that is allocated to that State. 


6. APPLICATION OF AIRCRAFT ADDRESSES 


6.1 The aircraft addresses shall be used in applications which require the routing of information to or from individual 
suitably equipped aircraft. 
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Note 1.— Examples of such applications are the aeronautical telecommunication network (ATN), SSR Mode S and 
airborne collision avoidance system (ACAS). 


Note 2.— This Standard does not preclude assigning the aircraft addresses for special applications associated with the 
general applications defined therein. Examples of such special applications are the utilization of the 24-bit address in a 
pseudo-aeronautical earth station to monitor the aeronautical mobile-satellite service ground earth station and in the fixed 
Mode S transponders (reporting the on-the-ground status as specified in Annex 10, Volume IV, 3.1.2.6.10.1.2) to monitor 
the Mode S ground station operation. Address assignments for special applications are to be carried out in conformance with 


the procedure established by the State to manage the 24-bit address assignments to aircraft. 


6.2 An address consisting of 24 ZEROs shall not be used for any application. 


7. ADMINISTRATION OF THE TEMPORARY AIRCRAFT 
ADDRESS ASSIGNMENTS 


7.1. Temporary addresses shall be assigned to aircraft in exceptional circumstances, such as when operators have been 
unable to obtain an address from their individual States of Registry or Common Mark Registering Authority in a timely 


manner. ICAO shall assign temporary addresses from the block “ICAO!” shown in Table 9-1. 


7.2 When requesting a temporary address, the aircraft operator shall supply to ICAO: aircraft identification, type and 
make of aircraft, name and address of the operator, and an explanation of the reason for the request. 


7.2.1 Upon issuance of the temporary address to the aircraft operators, ICAO shall inform the State of Registry of the 
issuance of the temporary address, reason and duration. 


7.3 The aircraft operator shall: 

a) inform the State of Registry of the temporary assignment and reiterate the request for a permanent address; and 
b) inform the airframe manufacturer. 

7.4 When the permanent aircraft address is obtained from the State of Registry, the operator shall: 

a) inform ICAO without delay; 

b) relinquish his/her temporary address; and 

c) arrange for encoding of the valid unique address within 180 calendar days. 


7.5 If a permanent address is not obtained within one year, the aircraft operator shall reapply for a new temporary 
aircraft address. Under no circumstances shall a temporary aircraft address be used by the aircraft operator for over one year. 
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Table 9-1. Allocation of aircraft addresses to States 


Note.— The left-hand column of the 24-bit address patterns represents the most significant bit (MSB) of the address. 





Number of addresses in block 





Allocation of blocks of addresses 








State 1 024 | 4096 | 32 768 | 262 144 | 1 048 576 (a dash represents a bit value equal to 0 or 1) 
Afghanistan ~ 0111 00 000 000 Dee yo pee 
Albania * 0101 00 000 001 00 ---------- 
Algeria * 0000 10 100 see Se |‘ Se>oe-coce 
Angola * 0000 10 010 000 280 “seco ce cope 
Antigua and Barbuda * 0000 14 001 010 00 ---------- 
Argentina * 1110 00 egies pews ee eStart aa es 
Armenia * 0110 00 000 000 00 ---------- 
Australia * 0111 11 er ee seas | Botta keen evfestes 
Austria * 0100 01 000 Se Ser vo eo 
Azerbaijan 0110 00 000 000 10 ---------- 
Bahamas * 0000 10 101 000 ae. ‘ose ce-22= 
Bahrain * 1000 10 010 100 Se 
Bangladesh . 0111 00 000 010 Se ese Se 
Barbados * 0000 10 101 010 00 ---------- 
Belarus as 0101 00 010 000 QQ ---------- 
Belgium * 0100 01 001 vow a, Pee 
Belize ** 0000 10 101 011 00» --424-55265 
Benin * 0000 10 010 100 00) Ses oeess= 
Bhutan ** 0110 10 000 000 00) “eeesuesses 
Bolivia % 1110 10 010 100 Ss toSSsesolse 
Bosnia and Herzegovina * 0101 00 010 011 00 ---------- 
Botswana * 0000 00 110 000 00 -—--------- 
Brazil ie 1110 01 - 

Brunei Darussalam * 1000 10 010 101 00 ---------- 
Bulgaria * 0100 01 010 Se Sa. Jie Seo a= 
Burkina Faso * 0000 10 011 100 Sie). oe ae 
Burundi * 0000 00 110 010 S913 SSeS Se 
Cambodia * 0111 00 001 110 ah whoo cote 
Cameroon % 0000 00 110 100 ee ee 
Canada * 1100 00 eae So tt | patches ps fied ie te 
Cape Verde . 0000 10 010 110 00s 254222255 
Central African Republic * 0000 01 101 100 ie oes 
Chad ¢ 0000 10 000 100 SS fee 
Chile * 1110 10 000 000 So) et ee See 
China * 0111 10 ees 225 Site * “Seep eo Skee oo on 
Colombia * 0000 10 101 100 eee ee a 
Comoros * 0000 00 110 LO4 00 ---------- 
Congo if 0000 00 110 110 2S See hehe oe 
Cook Islands * 1001 00 000 001 00 ---------- 
Costa Rica > 0000 10 101 110 Sa See 
Céte d’Ivoire * 0000 00 111 000 ele oe 
Croatia * 0101 00 000 001 1, seca sss 
Cuba - 0000 10 110 000 a6! 22=rpoocogce 
Cyprus * 0100 11 001 000 00: “e-escecoee 
Czech Republic # 0100 10 011 deel tote? Marre ecneaabiye ght aac 
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Number of addresses in block 
Allocation of blocks of addresses 

State 1024 | 4096 | 32 768 | 262 144 | 1 048 576 (a dash represents a bit value equal to 0 or 1) 
Democratic People’s * 0111 00 100 reed ids nel Satin ocean 

Republic of Korea 
Democratic Republic of * 0000 10 001 100 SSA,” ahah S Ne ES 

the Congo 
Denmark % 0100 01 011 a ee, See Se Se 
Djibouti . 0000 10 011 000 00r +4 5552535 
Dominican Republic * 0000 11 000 100 Lees! ose ee 
Ecuador * 1110 10 000 100 22) e-So62oo32 
Egypt * 0000 00 010 sa SS, Sees 
El Salvador * 0000 10 110 010 ee eases 
Equatorial Guinea * 0000 01 000 010 Sree.’ ieee eee st 
Eritrea * 0010 00 000 010 00 ---------- 
Estonia = 0101 00 010 001 00 ---------- 
Ethiopia * 0000 Ot 000 000 CRS, Siete 2ohnes tee 
Fiji - 1100 10 001 000 ee) Jone Seer 
Finland * 0100 01 100 a wo)) 2essooses 
France * 0011 10 Sachets oes S2S.0 ee 
Gabon * 0000 OO 111 110 Ory Wienke s Te 
Gambia * 0000 10 011 010 Be, Sooo coe 
Georgia “ 0101 00 010 100 00) “Sseooeose= 
Germany * 0011 11 Se foe ee oo Po eee 
Ghana * 0000 Ol 000 100 Se. Pee ee 
Greece ae 0100 01 101 See a2, “2oeoo co Sso 
Grenada * 0000 11 001 100 00:0 se n-cse-n 
Guatemala ¢ 0000 10 110 100 Se, yee 
Guinea * 0000 01 000 110 a oe eee 
Guinea-Bissau ? 0000 01 001 000 00 ---------- 
Guyana * 0000 10 110 110 22, -2i0Sssa562 
Haiti % 0000 10 111 000 S25 GES 
Honduras x 0000 10 111 010 nis TAS ST aie eae 2 ee 
Hungary * 0100 01 110 —a S25, foe eees 
Iceland “ 0100 11 001 100 So pees eoose 
India ca 1000 00 = ae So See eo 
Indonesia * 1000 10 100 Sees pitt, Maes nae acd 
Iran, Islamic Republic of * 0111 00 110 eps mt, “hee Gide crenata 
Traq * 0111 00 101 25 ai." Gt SS Se 
Ireland * 0100 11 001 010 Si. soe 
Israel * 0111 00 111 ee HS Seo tee SS 
Italy 3 0011 00 
Jamaica * 0000 10 111 110 22, soe oose 
Japan * 1000 01 
Jordan * 0111 01 000 ee 2h ea 
Kazakhstan * 0110 10 000 O11 00 ---------- 
Kenya * 0000 01 001 100 ge" scassoseke 
Kiribati e 1100 10 001 110 00 ---------- 
Kuwait * 0111 00 000 110 beet clear et 
Kyrgyzstan . 0110 00 000 001 O00" “SoaecScseN 
Lao People’s Democratic % 0111 00 001 000 So Seo 

Republic 
Latvia * 0101 00 000 010 it S444. oh 
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Number of addresses in block 
Allocation of blocks of addresses 
State 1024 | 4096 | 32 768 | 262 144 | 1 048 576 (a dash represents a bit value equal to 0 or 1) 
Lebanon * 0111 01 001 es eye Pe ae ee 
Lesotho bal 0000 01 001 010 00 ---------- 
Liberia . 0000 Ot 010 000 Be eeoueLeooce 
Libyan Arab Jamahiriya * 0000 00 011 25 fe, (Se A ES 
Lithuania * 0101 00 000 011 it ~t2s6s4225 
Luxembourg * 0100 11 010 000 00 ---------- 
Madagascar * 0000 O11 010 100 0 iene Seee= 
Malawi * 0000 Ol 011 000 a2, Soe saase 
Malaysia 0111 01 010 Bee a ne eee 
Maldives * 0000 O1 011 010 00" Woes Sasa 
Mali be 0000 01 011 100 ee 
Malta * 0100 11 010 010 00 ---------- 
Marshall Islands * 1001 00 000 000 QQ ---------- 
Mauritania a 0000 01 O11 110 QQ ---------- 
Mauritius * 0000 O1 100 000 i 
Mexico * 0000 11 010 ARs Sie See Sek 
Micronesia, Federated * 0110 10 000 001 00 ---------- 
States of 
Monaco * 0100 11 010 100 00 ---------- 
Mongolia * 0110 10 000 010 00° <2--442s2 
Montenegro * 0101 00 010 110 00 ---------- 
Morocco = 0000 00 100 = EY, 9. Aa ee 
Mozambique - 0000 OO 000 110 Sieg + eels et 
Myanmar sf 0111 00 000 100 5, saat ee 
Namibia * 0010 00 000 001 00 ---------- 
Nauru iS 1100 10 001 010 00 ---------- 
Nepal ms 0111 00 001 010 aici, (Se Sosa eS 
Netherlands, Kingdom % 0100 10 000 ae ifay + BEeiaeehee 
of the 
New Zealand * 1100 10 000 aia Suncast eh een acess 
Nicaragua : 0000 11 000 000 25. woe SoS 
Niger * 0000 01 100 010 Sa, Seto oe Sous 
Nigeria * 0000 Ol 100 100 Bes Voge 
Norway = 0100 01 111 Ss gS, © GRR Src en os 
Oman * 0111 00 001 100 00: sse4-casens 
Pakistan * 0111 01 100 oe ao, See 
Palau * 0110 10 000 100 0.0" ost Sof a2 
Panama m 0000 11 000 010 ehye Weise Site ena De 
Papua New Guinea * 1000 10 011 000 ge)  Basec oc sso 
Paraguay * 1110 10 001 000 25) Sees 
Peru ‘ 1110 10 001 100 Boe He 
Philippines * 0111 01 011 ae ae Sat Meee oa ee 
Poland * 0100 10 001 oe Ho. oO .2sSoscleosce 
Portugal * 0100 10 010 See So ee ecescese 
Qatar - 0000 01 101 010 00 ---------- 
Republic of Korea = 0111 00 011 os eed. weet Ree ehceaat 
Republic of Moldova * 0101 00 000 100 (hi. seSeeesss 
Romania % 0100 10 100 sels! sits)” pea ee ced eit a 
Russian Federation * 0001 -- 
Rwanda x 0000 01 101 110 ee ee eee 
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Number of addresses in block 
Allocation of blocks of addresses 

State 1024 | 4096 | 32 768 | 262 144 | 1 048 576 (a dash represents a bit value equal to 0 or 1) 

Saint Lucia z 1100 10 001 100 00 ---------- 
Saint Vincent and * 0000 10 111 100 00 ---------- 
the Grenadines 

Samoa = 1001 00 000 010 00 ---------- 
San Marino * 0101 00 000 000 00 ---------- 
Sao Tome and Principe = 0000 10 O11 110 0Q ---------- 
Saudi Arabia * 0111 00 010 sss Be a eS 
Senegal 0000 Ol 110 000 == (eee s = 
Serbia * 0100 11 000 a ss, ise ecosa = 
Seychelles é 0000 O01 110 100 O00? weeese00 25 
Sierra Leone * 0000 Ol 110 110 00 ---------- 
Singapore * 0111 01 101 foe Sh Sees 
Slovakia * 0101 00 000 101 11 ---------- 
Slovenia * 0101 00 000 110 11 ---------- 
Solomon Islands * 1000 10 010 111 00 ---------- 
Somalia * 0000 01 111 000 26. SoS oeecee 
South Africa % 0000 00 001 ee ete shay etal Secrecy 
Spain = 0011 01 Sate 2oe Seo, ee oe ae oe, 
Sri Lanka * 0111 01 110 oem ae) BeSo Seco e 
Sudan * 0000 01 111 100 sa “sac soee 
Suriname * 0000 11 001 000 ee pe ia 
Swaziland = 0000 01 111 010 00 ---------- 
Sweden * 0100 10 101 oo Hes Seco oases 
Switzerland * 0100 10 110 ses. ee! . Cogteluiateccsianes 
Syrian Arab Republic * 0111 01 111 sa te me Cece Se, Sate 
Tajikistan * 0101 00 010 101 00) s-ss4424-34 
Thailand * 1000 10 000 25 ne * Sa peGeceas 
The former Yugoslav * 0101 00 010 010 00 ---------- 

Republic of Macedonia 

Togo * 0000 10 001 000 So) Bee setae 
Tonga * 1100 10 001 101 00 ---------- 
Trinidad and Tobago * 0000 11 000 110 ea Satan exes 
Tunisia * 0000 00 101 ee 2s Geeseccoce 
Turkey * 0100 10 111 a er 
Turkmenistan * 0110 00 000 001 10 ---------- 
Uganda * 0000 O11 101 000 S-, (36st 2-S22- 
Ukraine * 0101 00 001 aes si epee ei 
United Arab Emirates * 1000 10 010 110 St het tee re 
United Kingdom * 0100 00 Sos a pe Ste ee oe 3 RO 
United Republic of * 0000 10 000 000 si pees ie ee 

Tanzania 

United States * 1010 oe oe ne pt oe oe 
Uruguay * 1110 10 010 000 Sine FSS Soo 
Uzbekistan e 0101 00 000 111 11 ---------- 
Vanuatu * 1100 10 010 000 00 ---------- 
Venezuela * 0000 11 011 teh lahet,. -idudd awa tennu Sydnee 
Viet Nam * 1000 10 001 arene SE. tec uh catty Mh ean 
Yemen i 1000 10 010 000 SS) weooetecee 
Zambia . 0000 10 001 010 Se Ssh sosek 
Zimbabwe e 0000 00 000 100 00 ---------- 
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State 


Number of addresses in block 





1 024 


4 096 


32 768 


262 144 


1 048 576 


Allocation of blocks of addresses 
(a dash represents a bit value equal to 0 or 1) 





Other allocations 


ICAO! 
ICAO? 
ICAO? 

















2. Block allocated for special use in the interest of flight safety. 





1111 
1000 
1111 





1. ICAO administers this block for assigning temporary aircraft addresses as described in section 7. 


00 000 Se 2... ses 25 e256 
10 O11 001 00 ---------- 
00 001 001 00 ---------- 
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CHAPTER 10. POINT-TO-MULTIPOINT 
COMMUNICATIONS 


10.1 SERVICE VIA SATELLITE FOR THE DISSEMINATION OF 
AERONAUTICAL INFORMATION 


10.1.1 Point-to-multipoint telecommunication service via satellite to support the dissemination of aeronautical 


information shall be based on full-time, non pre-emptible, protected services as defined in the relevant CCITT 
Recommendations. 


10.2. SERVICE VIA SATELLITE FOR THE DISSEMINATION 
OF WAFS PRODUCTS 


10.2.1 Recommendation.— System characteristics should include the following: 

a) frequency — C-band, earth-to-satellite, 6 GHz band, satellite-to-earth, 4 GHz band; 
b) capacity with effective signalling rate of not less than 9 600 bits/s; 

c) bit error rates — better than I in 10’; 

d) forward error correction; and 


e) availability 99.95 per cent. 
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CHAPTER 11. HF DATA LINK 


11.1 DEFINITIONS AND SYSTEM CAPABILITIES 
Note.— The following Standards and Recommended Practices are specific to the high frequency data link (HFDL) and 
are in addition to the requirements specified in the ITU Radio Regulations (Appendix 27). The HFDL is a constituent mobile 
subnetwork of the aeronautical telecommunication network (ATN), operating in the aeronautical mobile (R) high frequency 


bands. In addition, the HFDL may provide non-ATN functions, such as direct link service (DLS). The HFDL system must 
enable aircraft to exchange data with ground-based users. 


11.1.1 Definitions 
Coded chip. A “1” or “0” output of the rate % or % convolutional code encoder. 


Designated operational coverage (DOC) area. The area in which a particular service is provided and in which the service is 
afforded frequency protection. 


Note.— This area may, after proper coordination to ensure frequency protection, extend to areas outside the allotment 
areas contained in Appendix S27 to the Radio Regulations. 


Direct link service (DLS). A data communications service which makes no attempt to automatically correct errors, detected 
or undetected, at the link layer of the air-ground communications path. (Error control may be effected by end-user 
systems.) 

High frequency network protocol data unit (HFNPDU). User data packet. 

Link protocol data unit (LPDU). Data unit which encapsulates a segment of an HFNPDU. 


M-ary phase shift keying (M-PSK) modulation. A digital phase modulation that causes the phase of the carrier waveform to 
take on one of a set of M values. 


Media access protocol data unit (MPDU). Data unit which encapsulates one or more LPDUs. 


M-PSK symbol. One of the M possible phase shifts of the M-PSK modulated carrier representing a group of log, M coded 
chips. 


Peak envelope power (PEP). The peak power of the modulated signal supplied by the transmitter to the antenna transmission 
line. 


Physical layer protocol data unit (PPDU). Data unit passed to the physical layer for transmission, or decoded by the physical 
layer after reception. 


Quality of service (QOS). The information relating to data transfer characteristics used by various communications protocols 
to achieve various levels of performance for network users. 
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Reliable link service (RLS). A data communications service provided by the subnetwork which automatically provides for 
error control over its link through error detection and requested retransmission of signal units found to be in error. 


Squitter protocol data unit (SPDU). Data packet which is broadcast every 32 seconds by an HFDL ground station on each of 
its operating frequencies, and which contains link management information. 


11.2 HF DATA LINK SYSTEM 


11.2.1 System architecture 
The HFDL system shall consist of one or more ground and aircraft station subsystems, which implement the HFDL protocol 
(see 11.3). The HFDL system shall also include a ground management subsystem (see 11.4). 
11.2.1.1 AIRCRAFT AND GROUND STATION SUBSYSTEMS 
The HFDL aircraft station subsystem and the HFDL ground station subsystem shall include the following functions: 
a) HF transmission and reception; 
b) data modulation and demodulation; and 


c) HFDL protocol implementation and frequency selection. 


11.2.2 Operational coverage 
Frequency assignments for HFDL shall be protected throughout their designated operational coverage (DOC) area. 


Note 1.— DOC areas may be different from current MWARAs or RDARAs as defined in Appendix 27 to the ITU Radio 
Regulations. 


Note 2.— Additional coordination with ITU is required in cases where DOC areas are not in conformity with the 
allotment areas specified in the ITU Radio Regulations. 


11.2.3. Requirements for carriage of HFDL equipment 


Requirements for mandatory carriage of HFDL equipment shall be made on the basis of regional air navigation agreements 
that specify the airspace of operation and the implementation timescale. 


11.2.3.1 NOTICE 


The agreement above shall provide advance notice of at least two years for the mandatory carriage of airborne systems. 


11.2.4 Ground station networking 


11.2.4.1 Recommendation.— HFDL ground station subsystems should interconnect through a common ground 
management subsystem. 
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Note.— This provides a distributed subnetwork, with a subnetwork point of attachment (SNPA), depending on the 
method of implementation, which allows for the maintenance of virtual circuit connections as aircraft stations transition 
between designated operational coverage areas. The distribution may be multi-regional or worldwide. 

11.2.5 Ground station synchronization 
Synchronization of HFDL ground station subsystems shall be to within +25 ms of UTC. For any station not operating within 


+25 ms of UTC, appropriate notification shall be made to all aircraft and ground station subsystems to allow for continued 
system operation. 


11.2.6 Quality of service 


11.2.6.1 RESIDUAL PACKET ERROR RATE 
The undetected error rate for a network user packet which contains between | and 128 octets of user data shall be equal to or 
less than 1 in 10°. 
11.2.6.2 SPEED OF SERVICE 


Transit and transfer delays for network user packets (128 octets) with priorities defined in Part I, Chapter 4, Table 4-26 for 
message priorities 7 through 14, shall not exceed the values of Table 11-1". 


11.3 HF DATA LINK PROTOCOL 
The HFDL protocol shall consist of a physical layer, a link layer, and a subnetwork layer, as specified below. 
Note.— The HFDL protocol is a layered protocol and is compatible with the open systems interconnection (OSI) 


reference model. It permits the HFDL to function as an aeronautical telecommunication network (ATN)-compatible 
subnetwork. The details of the protocol are described in the Manual on HF Data Link (Doc 9741). 


11.3.1 Physical layer RF characteristics 


The aircraft and ground stations shall access the physical medium operating in simplex mode. 


11.3.1.1 FREQUENCY BANDS 


HFDL installations shall be capable of operating at any single sideband (SSB) carrier (reference) frequency available to the 
aeronautical mobile (R) service in the band 2.8 to 22 MHz, and in compliance with the relevant provisions of the Radio 
Regulations. 





* All tables and figures are located at the end of this chapter. 
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11.3.1.2 CHANNELS 


Channel utilization shall be in conformity with the table of carrier (reference) frequencies of Appendix 27 to the ITU Radio 
Regulations. 


11.3.1.3. TUNING 


The equipment shall be capable of operating on integral multiples of 1 kHz. 


11.3.1.4 SIDEBAND 


The sideband used for transmission shall be on the higher side of its carrier (reference) frequency. 


11.3.1.5 MODULATION 
HFDL shall employ M-ary phase shift keying (M-PSK) to modulate the radio frequency carrier at the assigned frequency. 
The symbol rate shall be 1 800 symbols per second +10 parts per million (i.e. 0.018 symbols per second). The value of M and 
the information data rate shall be as specified in Table 11-2. 
11.3.1.5.1 M-PSK CARRIER 


The M-PSK carrier expressed mathematically shall be defined as: 


s(t) = AX(p(t-kT)cos[2zfot + p(k)]), k=0,1...,N-1 


where: 

N = number of M-PSK symbols in transmitted physical layer protocol data unit (PPDU) 
s(t) = analog waveform or signal at time t 

A = peak amplitude 

fo = SSB carrier (reference) + 1 440 Hz 


T = M-PSK symbol period (1/1 800 s) 
@ (k) phase of kth M-PSK symbol 
p(t-kT) pulse shape of kth M-PSK symbol at time t. 


Note.— The number of M-PSK symbols sent, N, defines the length (duration = NT seconds) of the PPDU. These 
parameters are defined in the Manual on HF Data Link (Doc 9741). 


11.3.1.5.2 PULSE SHAPE 


The pulse shape, p(t), shall determine the spectral distribution of the transmitted signal. The Fourier transform of the pulse 
shape, P(f), shall be defined by: 


P(f) = 1, if 0<Ifl < (1 —b)/2T 
P(f) =cos {x(2IfIT—1+b)/4b}, if (1 —b)/2T <Ifl< (1 + b)/2T 
P(f) =0, if If! > (1 + b)/2T 


where the spectral roll-off parameter, b = 0.31, has been chosen so that the —20 dB points of the signal are at SSB carrier 
(reference) + 290 Hz and SSB carrier (reference) + 2 590 Hz and the peak-to-average power ratio of the waveform is less 
than 5 dB. 
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11.3.1.6 TRANSMITTER STABILITY 
The basic frequency stability of the transmitting function shall be better than: 
a) +20 Hz for HFDL aircraft station subsystems; and 


b) +10 Hz for HFDL ground station subsystems. 


11.3.1.7 RECEIVER STABILITY 
The basic frequency stability of the receiving function shall be such that, with the transmitting function stability specified in 
11.3.1.6, the overall frequency difference between ground and airborne functions achieved in service does not exceed 70 Hz. 
11.3.1.8 PROTECTION 
A 15 dB desired to undesired (D/U) signal ratio shall apply for the protection of co-channel assignments for HFDL as follows: 
a) data versus data; 
b) data versus voice; and 


c) voice versus data. 


11.3.1.9 CLASS OF EMISSION 


The class of emission shall be 2K80J2DEN. 


11.3.1.10 ASSIGNED FREQUENCY 
The HFDL assigned frequency shall be 1 400 Hz higher than the SSB carrier (reference) frequency. 
Note.— By convention, the HFDL assigned frequency is offset from the SSB carrier (reference) frequency by 1 400 Hz. 
The HFDL M-PSK carrier of the digital modulation is offset from the SSB carrier (reference) frequency by 1 440 Hz. The 


digital modulation is fully contained within the same overall channel bandwidth as the voice signal and complies with the 
provisions of Appendix 27 to the ITU Radio Regulations. 


11.3.1.11 EMISSION LIMITS 


For HFDL aircraft and ground station transmitters, the peak envelope power (P,) of any emission on any discrete frequency 
shall be less than the peak envelope power (P,) of the transmitter in accordance with the following (see Figure 11-1): 


a) on any frequency between 1.5 kHz and 4.5 kHz lower than the HFDL assigned frequency, and on any frequency 
between 1.5 kHz and 4.5 kHz higher than the HFDL assigned frequency: at least 30 dB; 


b) on any frequency between 4.5 kHz and 7.5 kHz lower than the HFDL assigned frequency, and on any frequency 
between 4.5 kHz and 7.5 kHz higher than the HFDL assigned frequency: at least 38 dB; and 
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c) on any frequency lower than 7.5 kHz below the HFDL assigned frequency and on any frequency higher than 
7.5 kHz above the HFDL assigned frequency: 


1) HFDL aircraft station transmitters: 43 dB; 
2) HFDL ground station transmitters up to and including 50 W: 
[43 + 10 logio P,(W)] dB; and 


3) HFDL ground station transmitters more than 50 W: 60 dB. 


11.3.1.12 POWER 


11.3.1.12.1 Ground station installations. The peak envelope power (P,) supplied to the antenna transmission line shall 
not exceed a maximum value of 6 kW as provided for in Appendix 27 of the Radio Regulations. 


11.3.1.12.2 Aircraft station installations. The peak envelope power supplied to the antenna transmission line shall not 
exceed 400 W, except as provided for in Appendix 27/62 of the Radio Regulations. 
11.3.1.13 UNDESIRED SIGNAL REJECTION 
For HFDL aircraft and ground station receivers, undesired input signals shall be attenuated in accordance with the following: 


a) on any frequency between f, and (f, — 300 Hz), or between (f, + 2 900 Hz) and (f, + 3 300 Hz): at least 35 dB below 
the peak of the desired signal level; and 


b) on any frequency below (f, — 300 Hz), or above (f, + 3 300 Hz): at least 60 dB below the peak of the desired signal 
level, 


where f, is the carrier (reference) frequency. 


11.3.1.14 RECEIVER RESPONSE TO TRANSIENTS 
Recommendation.— The receiving function should recover from an instantaneous increase in RF power at the antenna 


terminal of 60 dB within 10 milliseconds. The receiving function should recover from an instantaneous decrease in RF power 
at the antenna terminal of 60 dB within 25 milliseconds. 


11.3.2 Physical layer functions 


11.3.2.1 FUNCTIONS 
The functions provided by the physical layer shall include the following: 
a) transmitter and receiver control; 
b) transmission of data; and 


c) reception of data. 
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11.3.2.2 TRANSMITTER AND RECEIVER CONTROL 


The HFDL physical layer shall implement the transmitter/receiver switching and frequency tuning as commanded by the link 
layer. The physical layer shall perform transmitter keying on demand from the link layer to transmit a packet. 


11.3.2.2.1_ TRANSMITTER TO RECEIVER TURNAROUND TIME 
The transmitted power level shall decay at least by 10 dB within 100 milliseconds after completing a transmission. An HFDL 


station subsystem shall be capable of receiving and demodulating, with nominal performance, an incoming signal within 
200 milliseconds of the start of the subsequent receive slot. 


11.3.2.2.2 RECEIVER TO TRANSMITTER TURNAROUND TIME 
An HFDL station subsystem shall provide nominal output power within plus or minus | dB to the antenna transmission line 
within 200 milliseconds of the start of the transmit slot. 

11.3.2.3. TRANSMISSION OF DATA 
Transmission of data shall be accomplished using a time division multiple access (TDMA) technique. The HFDL data link 
ground station subsystems shall maintain TDMA frame and slot synchronization for the HFDL system. To ensure that slot 
synchronization is maintained, each HF data link modulator shall begin outputting a pre-key segment at the beginning of a 
time slot plus or minus 10 milliseconds. 
11.3.2.3.1 TDMA STRUCTURE 


Each TDMA frame shall be 32 seconds. Each TDMA frame shall be divided into thirteen equal duration slots as follows: 


a) the first slot of each TDMA frame shall be reserved for use by the HFDL ground station subsystem to broadcast link 
management data in SPDU packets; and 


b) the remaining slots shall be designated either as uplink slots, downlink slots reserved for specific HFDL aircraft 
station subsystems, or as downlink random access slots for use by all HFDL aircraft station subsystems on a 


contention basis. These TDMA slots shall be assigned on a dynamic basis using a combination of reservation, 
polling and random access assignments. 


11.3.2.3.2 BROADCAST 


The HFDL ground station subsystem shall broadcast a squitter protocol data unit (SPDU) every 32 seconds on each of its 
operating frequencies. 


Note.— Details on the TDMA frame and slot structures, pre-key segment, data structures, including the SPDU, are 
contained in the Manual on HF Data Link (Doc 9741). 


11.3.2.4 RECEPTION OF DATA 
11.3.2.4.1  MREQUENCY SEARCH 


Each HFDL aircraft station shall automatically search the assigned frequencies until it detects an operating frequency. 
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11.3.2.4.2 RECEPTION OF PPDUS 


The HF data link receiver shall provide the means to detect, synchronize, demodulate and decode PPDUs modulated 
according to the waveform defined in 11.3.1.5, subject to the following distortion: 


a) the | 440 Hz audio carrier offset by plus or minus 70 Hz; 
b) discrete and/or diffuse multipath distortion with up to 5 ms multipath spread; 
c) multipath amplitude fading with up to 2 Hz two-sided RMS Doppler spread and Rayleigh statistics; and 
d) additive Gaussian and broadband impulsive noise with varying amplitude and random arrival times. 
Note.— Reference CCIR Report 549-2. 

11.3.2.4.3. DECODING OF PPDUS 

Upon receipt of the preamble segment the receiver shall: 
a) detect the beginning of a burst of data; 


b) measure and correct the frequency offset between the transmitter and receiver due to Doppler shift and 
transmitter/receiver frequency offsets; 


c) determine the data rate and interleaver settings to use during data demodulation; 
d) achieve M-PSK symbol synchronization; and 
e) train the equalizer. 

11.3.2.4.4 SYNCHRONIZATION 


Each HFDL aircraft station subsystem shall synchronize its slot timing to that of its corresponding ground station with 
respect to the reception time of the last received SPDU. 


11.3.2.4.5 SPECIFIED PACKET ERROR RATE PERFORMANCE 

11.3.2.4.5.1 The number of HFDL media access protocol data units (MPDUs) received with one or more bit errors 
shall not exceed 5 per cent of the total number of MPDUs received, when using a 1.8 second interleaver and under the signal- 
in-space conditions shown in Table 11-3. 

11.3.2.4.5.2. Recommendation.— The number of HFDL MPDUs received with one or more bit errors should not 


exceed 5 per cent of the total number of MPDUs received, when using a 1.8 second interleaver under the conditions shown in 
Table 11-3a. 


11.3.3. Link layer 
Note.— Details on link layer functions are contained in the Manual on HF Data Link (Doc 9741). 


The link layer shall provide control functions for the physical layer, link management and data service protocols. 
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11.3.3.1 CONTROL FUNCTIONS 


The link layer shall pass commands for frequency tuning, transmitter keying and transmitter/receiver switching to the 
physical layer. 


11.3.3.2 LINK MANAGEMENT 
The link layer shall manage TDMA slot assignments, log-on and log-off procedures, ground station and aircraft station 


TDMA synchronization, and other functions necessary, taking into account message priority, for the establishment and 
maintenance of communications. 


11.3.3.3 DATA SERVICE PROTOCOLS 
The link layer shall support a reliable link service (RLS) protocol and a direct link service (DLS) protocol. 
11.3.3.3.1 RLS 
The RLS protocol shall be used to exchange acknowledged user data packets between aircraft and ground peer link layers. 
11.3.3.3.2 DLS 


The DLS protocol shall be used to broadcast unsegmented uplink high frequency network protocol data units (HFNPDUs) 
and other HFNPDUs not requiring automatic retransmission by the link layer. 


11.3.4 Subnetwork layer 


Note.— Details on subnetwork layer protocols and services are contained in the Manual on HF Data Link (Doc 9741). 


11.3.4.1 PACKET DATA 


The HFDL subnetwork layer in the HFDL aircraft station subsystem and HFDL ground station subsystem shall provide 
connection-oriented packet data service by establishing subnetwork connections between subnetwork service users. 


11.3.4.2 CONNECTIVITY NOTIFICATION SERVICE 


The HFDL subnetwork layer in the HFDL aircraft station subsystem shall provide the additional connectivity notification 
service by sending connectivity notification event messages to the attached ATN router. 


11.3.4.2.1 CONNECTIVITY NOTIFICATION EVENT MESSAGES 
The connectivity notification service shall send connectivity notification event messages to the attached ATN router through 
the subnetwork access function. 

11.3.4.3 HFDL SUBNETWORK LAYER FUNCTIONS 


The HFDL subnetwork layer in both the HFDL aircraft station subsystem and HFDL ground station subsystem shall include 
the following three functions: 
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a) HFDL subnetwork dependent (HFSND) function; 

b) subnetwork access function; and 

c) interworking function. 
11.3.4.3.1  HFSND FUNCTION 
The HFSND function shall perform the HFSND protocol between each pair of HFDL aircraft station subsystems and HFDL 
ground station subsystems by exchanging HFNPDUs. It shall perform the HFSND protocol aircraft function in the HFDL 
aircraft station subsystem and the HFSND protocol ground function in the HFDL ground station subsystem. 
11.3.4.3.2 | SUBNETWORK ACCESS FUNCTION 
The subnetwork access function shall perform the ISO 8208 protocol between the HFDL aircraft station subsystem or HFDL 
ground station subsystem and the attached routers by exchanging ISO 8208 packets. It shall perform the ISO 8208 DCE 
function in the HFDL aircraft station subsystem and the HFDL ground station subsystem. 


11.3.4.3.3. INTERWORKING FUNCTION 


The interworking function shall provide the necessary harmonization functions between the HFSND, the subnetwork access 
and the connectivity notification functions. 


11.4 GROUND MANAGEMENT SUBSYSTEM 
Note.— Details on the ground management subsystem functions and interfaces are contained in the Manual on HF Data 
Link (Doc 9741). 
11.4.1 Management functions 
The ground management subsystem shall perform the functions necessary to establish and maintain communications 
channels between the HFDL ground and aircraft station subsystems. 
11.4.2 Management/control information exchange 
The ground management subsystem shall interface with the ground station subsystem in order to exchange control 


information required for frequency management, system table management, log status management, channel management, 
and quality of service (QOS) data collection. 
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TABLES FOR CHAPTER 11 


Table 11-1. Transfer delays 























Direction Priority Delay 
To-aircraft 7 through 14 45s 
Transit delay 
From-aircraft 7 through 14 60 s 
To-aircraft 11 through 14 90 s 
7 through 10 120s 
Transfer delay (95 percentile) 
From-aircraft 11 through 14 150s 
7 through 10 250s 








Table 11-2. Value of M and information data rate 





Information data rate 
(bits per second) 





300 or 600 
1 200 
1 800 


oN IES 





Note.— When M equals the value 2, the data rate may be 300 or 600 bits per second as determined by the channel 
coding rate. The value of M may change from one data transmission to another depending on the data rate selected. 


The channel coding rate is described in the Manual on HF Data Link (Doc 9741). 


Table 11-3. HF signal-in-space conditions 











Fading Signal to noise 
bandwidth (Hz) Frequency ratio (dB) 
Data rate Number of Multipath spread — per CCIR offset ina 3 kHz MPDU size 
(bits per second) channel paths (milliseconds) Report 5492 (Hz) bandwidth (octets) 
1 200 1 fixed - - 40 4 256 
1 800 2 fading 2, 1 40 16 400 
1 200 2 fading 2 1 40 11.5 256 
600 2 fading 2 1 40 8 128 
300 2 fading 2 1 40 5 64 
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Table 11-3a. HF signal-in-space conditions 
Fading Signal to noise 
bandwidth (Hz) | Frequency ratio (dB) 
Data rate Number of — Multipath spread per CCIR offset in a 3 kHz MPDU size 
(bits per second) — channel paths (milliseconds) Report 5492 (Hz) bandwidth (octets) 
1 200 2 fading 4 1 40 13 256 
1 200 2 fading 2 2 40 11.5 256 
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FIGURE FOR CHAPTER 11 
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for transmitter power more than 50 W, the 
attenuation shall be at least 60 dB. 











Figure 11-1. Required spectrum limits (in terms of peak power) 
for HFDL aircraft and ground station transmitters 
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CHAPTER 12. UNIVERSAL ACCESS TRANSCEIVER (UAT) 


12.1 DEFINITIONS AND OVERALL SYSTEM CHARACTERISTICS 


12.1.1 Definitions 


High performance receiver. A UAT receiver with enhanced selectivity to further improve the rejection of adjacent frequency 
DME interference (see 12.3.2.2 for further details). 


Optimum sampling point. The optimum sampling point of a received UAT bit stream is at the nominal centre of each bit 
period, when the frequency offset is either plus or minus 312.5 kHz. 


Power measurement point (PMP). A cable connects the antenna to the UAT equipment. The PMP is the end of that cable 
that attaches to the antenna. All power measurements are considered as being made at the PMP unless otherwise specified. 
The cable connecting the UAT equipment to the antenna is assumed to have 3 dB of loss. 


Pseudorandom message data block. Several UAT requirements state that performance will be tested using pseudorandom 
message data blocks. Pseudorandom message data blocks should have statistical properties that are nearly indistinguishable 
from those of a true random selection of bits. For instance, each bit should have (nearly) equal probability of being a ONE or 
a ZERO, independent of its neighbouring bits. There should be a large number of such pseudorandom message data blocks 
for each message type (Basic ADS-B, Long ADS-B or Ground Uplink) to provide sufficient independent data for statistical 
performance measurements. See Section 2.3 of Part I of the Manual on the Universal Access Transceiver (UAT) (Doc 9861) 
for an example of how to provide suitable pseudorandom message data blocks. 


Service volume. A part of the facility coverage where the facility provides a particular service in accordance with relevant 
SARPs and within which the facility is afforded frequency protection. 


Standard UAT receiver. A general purpose UAT receiver satisfying the minimum rejection requirements of interference 
from adjacent frequency distance measuring equipment (DME) (see 12.3.2.2 for further details). 


Successful message reception (SMR). The function within the UAT receiver for declaring a received message as valid for 
passing to an application that uses received UAT messages. See Section 4 of Part I of the Manual on the Universal Access 
Transceiver (UAT) (Doc 9861) for a detailed description of the procedure to be used by the UAT receiver for declaring 
successful message reception. 


UAT ADS-B message. A message broadcasted once per second by each aircraft to convey state vector and other information. 
UAT ADS-B messages can be in one of two forms depending on the amount of information to be transmitted in a given 
second: the Basic UAT ADS-B Message or the Long UAT ADS-B Message (see 12.4.4.1 for definition of each). UAT ground 
stations can support traffic information service-broadcast (TIS-B) through transmission of individual ADS-B messages in the 
ADS-B segment of the UAT frame. 


UAT ground uplink message. A message broadcasted by ground stations, within the ground segment of the UAT frame, to 
convey flight information such as text and graphical weather data, advisories, and other aeronautical information, to aircraft 


that are in the service volume of the ground station (see 12.4.4.2 for further details). 


Universal access transceiver (UAT). A broadcast data link operating on 978 MHz, with a modulation rate of 1.041667 Mbps. 
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12.1.2 UAT overall system characteristics of aircraft and ground stations 
Note.— Details on technical requirements related to the implementation of UAT SARPs are contained in Part I of the 
Manual on the Universal Access Transceiver (UAT) (Doc 9861). Part II of the Manual on the Universal Access Transceiver 
(UAT) (Doc 9861) (in preparation) will provide additional guidance material. 


12.1.2.1 TRANSMISSION FREQUENCY 


The transmission frequency shall be 978 MHz. 


12.1.2.2 FREQUENCY STABILITY 


The radio frequency of the UAT equipment shall not vary more than +0.002 per cent (20 ppm) from the assigned frequency. 


12.1.2.3 TRANSMIT POWER 


12.1.2.3.1 TRANSMIT POWER LEVELS 


UAT equipment shall operate at one of the power levels shown in Table 12-1". 


12.1.2.3.2 MAXIMUM POWER 

The maximum equivalent isotropically radiated power (EIRP) for a UAT aircraft or ground station shall not exceed +58 dBm. 
Note.— For example, the maximum EIRP listed above could result from the maximum allowable aircraft transmitter 

power shown in Table 12-1 with a maximum antenna gain of 4 dBi. 

12.1.2.3.3. TRANSMIT MASK 


The spectrum of a UAT ADS-B message transmission modulated with pseudorandom message data blocks (MDB) shall fall 
within the limits specified in Table 12-2 when measured in a 100 kHz bandwidth. 


Note.— Figure 12-1* is a graphical representation of Table 12-2. 


12.1.2.4 SPURIOUS EMISSIONS 
Spurious emissions shall be kept at the lowest value which the state of the technique and the nature of the service permit. 


Note.— Appendix 3 of the ITU Radio Regulations requires that transmitting stations shall conform to the maximum 
permitted power levels for spurious emissions or for unwanted emissions in the spurious domain. 





* All tables and figures are located at the end of the chapter. 
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12.1.2.5 POLARIZATION 


The design polarization of emissions shall be vertical. 


12.1.2.6 TIME/AMPLITUDE PROFILE OF UAT MESSAGE TRANSMISSION 


The time/amplitude profile of a UAT message transmission shall meet the following requirements, in which the reference 
time is defined as the beginning of the first bit of the synchronization sequence (see 12.4.4.1.1, 12.4.4.2.1) appearing at the 
output port of the equipment. 


Notes.— 


i 


All power requirements for subparagraphs “a” through “f” below apply to the PMP. For installations that support 


transmitter diversity, the RF power output on the non-selected antenna port should be at least 20 dB below the level on the 
selected port. 


2) 


All power requirements for subparagraphs “a” and “f” assume a 300 kHz measurement bandwidth. All power 


requirements for subparagraphs “b”, “c”, “d” and “e” assume a 2 MHz measurement bandwidth. 


3. 


b) 


d) 


e) 


The beginning of a bit is 1/2 bit period prior to the optimum sample point. 
These requirements are depicted graphically in Figure 12-2. 
Prior to 8 bit periods before the reference time, the RF output power at the PMP shall not exceed —80 dBm. 
Note.— This unwanted radiated power restriction is necessary to ensure that the UAT transmitting subsystem 
does not prevent closely located UAT receiving equipment on the same aircraft from meeting its requirements. It 


assumes that the isolation between transmitter and receiver equipment at the PMP exceeds 20 aB. 


Between 8 and 6 bit periods prior to the reference time, the RF output power at the PMP shall remain at least 20 dB 
below the minimum power requirement for the UAT equipment class. 


Note.— Guidance on definition of UAT equipment classes will be provided in Part II of the Manual on the 
Universal Access Transceiver (UAT) (Doc 9861) (in preparation). 


During the Active state, defined as beginning at the reference time and continuing for the duration of the message, 
the RF output power at the PMP shall be greater than or equal to the minimum power requirement for the UAT 
equipment class. 


The RF output power at the PMP shall not exceed the maximum power for the UAT equipment class at any time 
during the Active state. 


Within 6 bit periods after the end of the Active state, the RF output power at the PMP shall be at a level at least 
20 dB below the minimum power requirement for the UAT equipment class. 


Within 8 bit periods after the end of the Active state, the RF output power at the PMP shall fall to a level not to 
exceed —80 dBm. 


Note.— This unwanted radiated power restriction is necessary to ensure that the transmitting subsystem does 


not prevent closely located UAT receiving equipment on the same aircraft from meeting its requirements. It assumes 
that the isolation between transmitter and receiver equipment at the PMP exceeds 20 dB. 
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12.1.3 Mandatory carriage requirements 
Requirements for mandatory carriage of UAT equipment shall be made on the basis of regional air navigation agreements 
which specify the airspace of operation and the implementation timescales for the carriage of equipment, including the 


appropriate lead time. 


Note.— No changes will be required to aircraft systems or ground systems operating solely in regions not using UAT. 


12.2 SYSTEM CHARACTERISTICS OF THE GROUND INSTALLATION 


12.2.1 Ground station transmitting function 


12.2.1.1 GROUND STATION TRANSMITTER POWER 


12.2.1.1.1 Recommendation.— The effective radiated power should be such as to provide a field strength of at least 
280 microvolts per metre (minus 97 dBW/m’) within the service volume of the facility on the basis of free-space propagation. 


Note.— This is determined on the basis of delivering a —91 dBm (corresponds to 200 microvolts per metre) signal level 
at the PMP (assuming an omnidirectional antenna). The 280 uV/m recommendation corresponds to the delivery of a -8S8 dBm 
signal level at the PMP of the receiving equipment. The 3 dB difference between —88 dBm and —91 dBm provides margin for 
excess path loss over free-space propagation. 


12.2.2 Ground station receiving function 
Note.— An example ground station receiver is discussed in Section 2.5 of Part II of the Manual on the Universal Access 


Transceiver (UAT) (Doc 9861), with UAT air-to-ground performance estimates consistent with use of that receiver provided 
in Appendix B of that manual. 


12.3. SYSTEM CHARACTERISTICS OF THE AIRCRAFT INSTALLATION 
12.3.1 Aircraft transmitting function 


12.3.1.1 AIRCRAFT TRANSMITTER POWER 


The effective radiated power shall be such as to provide a field strength of at least 225 microvolts per metre (minus 
99 dBW/m’) on the basis of free-space propagation, at ranges and altitudes appropriate to the operational conditions 
pertaining to the areas over which the aircraft is operated. Transmitter power shall not exceed 54 dBm at the PMP. 


Note 1.— The above field strength is determined on the basis of delivering a —93 dBm (corresponds to 160 microvolts 
per metre) signal level at the PMP (assuming an omnidirectional antenna). The 3 dB difference between 225 uV/m and 
160 uV/m provides margin for excess path loss over free-space propagation when receiving a long UAT ADS-B message. A 
4 dB margin is provided when receiving a basic UAT ADS-B message. 
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Note 2.—Various aircraft operations may have different air-air range requirements depending on the intended ADS-B 
function of the UAT equipment. Therefore different installations may operate at different power levels (see 12.1.2.3.1). 


12.3.2 Receiving function 


12.3.2.1 RECEIVER SENSITIVITY 


12.3.2.1.1 LONG UAT ADS-B MESSAGE AS DESIRED SIGNAL 


A desired signal level of —93 dBm applied at the PMP shall produce a rate of successful message reception (SMR) of 90 per 
cent or better under the following conditions: 


a) When the desired signal is of nominal modulation (i.e. FM deviation is 625 kHz) and at the maximum signal 
frequency offsets, and subject to relative Doppler shift at +1 200 knots; 


b) When the desired signal is of maximum modulation distortion allowed in 12.4.3, at the nominal transmission 
frequency +1 parts per million (ppm), and subject to relative Doppler shift at +1 200 knots. 


Note. — The receiver criteria for successful message reception of UAT ADS-B messages are provided in Section 4 of 
Part I of the Manual on the Universal Access Transceiver (UAT) (Doc 9861). 


12.3.2.1.2 BASIC UAT ADS-B MESSAGE AS DESIRED SIGNAL 


A desired signal level of —94 dBm applied at the PMP shall produce a rate of SMR of 90 per cent or better under the 
following conditions: 


a) When the desired signal is of nominal modulation (i.e. FM deviation is 625 kHz) and at the maximum signal 
frequency offsets, and subject to relative Doppler shift at +1 200 knots; 


b) When the desired signal is of maximum modulation distortion allowed in 12.4.3, at the nominal transmission 
frequency +1 ppm, and subject to relative Doppler shift at +1 200 knots. 


Note.— The receiver criteria for successful message reception of UAT ADS-B messages are provided in Section 4 of 
Part I of the Manual on the Universal Access Transceiver (UAT) (Doc 9861). 


12.3.2.1.3. UAT GROUND UPLINK MESSAGE AS DESIRED SIGNAL 


A desired signal level of -91 dBm applied at the PMP shall produce a rate of an SMR of 90 per cent or better under the 
following conditions: 


a) When the desired signal is of nominal modulation (i.e. FM deviation is 625 kHz) and at the maximum signal 
frequency offsets, and subject to relative Doppler shift at +850 knots; 


b) When the desired signal is of maximum modulation distortion allowed in 12.4.3, at the nominal transmission 
frequency +1 ppm, and subject to relative Doppler shift at +850 knots. 


Notes.— 


I. The receiver criteria for successful message reception of UAT ground uplink messages are provided in Section 4 of 
Part I of the Manual on the Universal Access Transceiver (UAT) (Doc 9861) (in preparation). 
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2. This requirement ensures the bit rate accuracy supporting demodulation in the UAT equipment is adequate to 
properly receive the longer UAT ground uplink message. 


12.3,.2.2 RECEIVER SELECTIVITY 
Notes.— 
I. The undesired signal used is an unmodulated carrier applied at the frequency offset. 
2. This requirement establishes the receiver’s rejection of the off-channel energy. 
3. It is assumed that ratios in between the specified offsets will fall near the interpolated value. 


4. The desired signal used is a UAT ADS-B long message at -90 dBm at the PMP, to be received with a 90 per cent 
successful message reception rate. 


5. The tolerable co-channel continuous wave interference power level for aircraft UAT receivers is assumed to 
be -101 dBm or less at the PMP. 


6. See Section 2.4.2 of Part II of the Manual on the Universal Access Transceiver (UAT) (Doc 9861) for a discussion 
of when a high-performance receiver is desirable. 


a) Standard UAT receivers shall meet the selectivity characteristics given in Table 12-3. 
b) High-performance receivers shall meet the more stringent selectivity characteristics given in Table 12-4. 


Note.— See Section 2.4.2 of Part II of the Manual on the Universal Access Transceiver (UAT) (Doc 9861) for guidance 
material on the implementation of high-performance receivers. 


12.3.2.3. RECEIVER DESIRED SIGNAL DYNAMIC RANGE 


The receiver shall achieve a successful message reception rate for long ADS-B messages of 99 per cent or better when the 
desired signal level is between —90 dBm and —10 dBm at the PMP in the absence of any interfering signals. 


Note.— The value of —10 dBm represents 120-foot separation from an aircraft transmitter transmitting at maximum 
allowed power. 


12.3.2.4 RECEIVER TOLERANCE TO PULSED INTERFERENCE 
Note.— All power level requirements in this section are referenced to the PMP. 
a) For Standard and High-Performance receivers the following requirements shall apply: 
1) The receiver shall be capable of achieving 99 per cent SMR of long UAT ADS-B messages when the desired 
signal level is between —90 dBm and —10 dBm when subjected to DME interference under the following 
conditions: DME pulse pairs at a nominal rate of 3 600 pulse pairs per second at either 12 or 30 microseconds 


pulse spacing at a level of -36 dBm for any 1 MHz DME channel frequency between 980 MHz and 1 213 MHz 
inclusive. 
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b) 


c) 


2) 


Following a 21 microsecond pulse at a level of ZERO (0) dBm and at a frequency of 1 090 MHz, the receiver 
shall return to within 3 dB of the specified sensitivity level (see 12.3.2.1) within 12 microseconds. 


For the standard UAT receiver the following additional requirements shall apply: 


1) 


2) 


The receiver shall be capable of achieving 90 per cent SMR of long UAT ADS-B messages when the desired 
signal level is between —87 dBm and —10 dBm when subjected to DME interference under the following 
conditions: DME pulse pairs at a nominal rate of 3 600 pulse pairs per second at a 12 microseconds pulse 
spacing at a level of -56 dBm and a frequency of 979 MHz. 


The receiver shall be capable of achieving 90 per cent SMR of long UAT ADS-B messages when the desired 
signal level is between —-87 dBm and —10 dBm when subjected to DME interference under the following 
conditions: DME pulse pairs at a nominal rate of 3 600 pulse pairs per second at a 12 microseconds pulse 
spacing at a level of -70 dBm and a frequency of 978 MHz. 


For the high-performance receiver the following additional requirements shall apply: 


1) 


2) 


The receiver shall be capable of achieving 90 per cent SMR of long UAT ADS-B messages when the desired 
signal level is between —87 dBm and —10 dBm when subjected to DME interference under the following 
conditions: DME pulse pairs at a nominal rate of 3 600 pulse pairs per second at a 12 microseconds pulse 
spacing at a level of -43 dBm and a frequency of 979 MHz. 


The receiver shall be capable of achieving 90 per cent SMR of long UAT ADS-B messages when the desired 
signal level is between —87 dBm and —10 dBm when subjected to DME interference under the following 


conditions: DME pulse pairs at a nominal rate of 3 600 pulse pairs per second at a 12 microseconds pulse 
spacing at a level of -79 dBm and a frequency of 978 MHz. 


12.4 PHYSICAL LAYER CHARACTERISTICS 


12.4.1 Modulation rate 


The modulation rate shall be 1.041 667 Mbps with a tolerance for aircraft transmitters of +20 ppm and a tolerance for ground 
transmitters of +2 ppm. 


Note.— The tolerance on the modulation rate is consistent with the requirement on modulation distortion (see 12.4.3). 


a) 


b) 


Notes.— 


1. 


12.4.2 Modulation type 


Data shall be modulated onto the carrier using binary continuous phase frequency shift keying. The modulation 


index, h, shall be no less than 0.6; 


A binary ONE (1) shall be indicated by a shift up in frequency from the nominal carrier frequency and a binary 
ZERO (0) by a shift down from the nominal carrier frequency. 


Filtering of the transmitted signal (at base band and/or after frequency modulation) will be required to meet the 
spectral containment requirement of 12.1.2.3.3. This filtering may cause the deviation to exceed these values at 
points other than the optimum sampling points. 
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a) 


b) 


c) 


d) 


Because of the filtering of the transmitted signal, the received frequency offset varies continuously between the 
nominal values of 4312.5 kHz (and beyond), and the optimal sampling point may not be easily identified. This point 
can be defined in terms of the so-called “eye diagram” of the received signal. The ideal eye diagram is a 
superposition of samples of the (undistorted) post detection waveform shifted by multiples of the bit period 
(0.96 microseconds). The optimum sampling point is the point during the bit period at which the opening of the eye 
diagram (i.e. the minimum separation between positive and negative frequency offsets at very high signal-to-noise 
ratios) is maximized. An example “eye diagram” can be seen in Figure 12-3. The timing of the points where the 
lines converge defines the “optimum sampling point”. Figure 12-4 shows an eye pattern that has been partially 
closed by modulation distortion. 


12.4.3 Modulation distortion 


For aircraft transmitters, the minimum vertical opening of the eye diagram of the transmitted signal (measured at the 
optimum sampling points) shall be no less than 560 kHz when measured over an entire long UAT ADS-B message 
containing pseudorandom message data blocks. 


For ground transmitters, the minimum vertical opening of the eye diagram of the transmitted signal (measured at the 
optimum sampling points) shall be no less than 560 kHz when measured over an entire UAT ground uplink message 
containing pseudorandom message data blocks. 


For aircraft transmitters, the minimum horizontal opening of the eye diagram of the transmitted signal (measured at 
978 MHz) shall be no less than 0.624 microseconds (0.65 symbol periods) when measured over an entire long UAT 
ADS-B message containing pseudorandom message data blocks. 


For ground transmitters, the minimum horizontal opening of the eye diagram of the transmitted signal (measured at 
978 MHz) shall be no less than 0.624 microseconds (0.65 symbol periods) when measured over an entire UAT 
ground uplink message containing pseudorandom message data blocks. 


Notes.— 


ih 


2) 


Section 12.4.4 defines the UAT ADS-B message types. 


The ideal eye diagram is a superposition of samples of the (undistorted) post detection waveform shifted by 
multiples of the bit period (0.96 microseconds). 


12.4.4 Broadcast message characteristics 


The UAT system shall support two different message types: the UAT ADS-B message and the UAT ground uplink message. 


12.4.4.1 UAT ADS-B MESSAGE 


The Active portion (see 12.1.2.6) of a UAT ADS-B message shall contain the following elements, in the following order: 


22/11/07 


Bit synchronization 
Message data block 
FEC parity. 
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12.4.4.1.1. BITSYNCHRONIZATION 


The first element of the Active portion of the UAT ADS-B message shall be a 36-bit synchronization sequence. For the UAT 
ADS-B messages the sequence shall be: 


111010101100110111011010010011100010 


with the left-most bit transmitted first. 


12.4.4.1.2 THE MESSAGE DATA BLOCK 

The second element of the Active portion of the UAT ADS-B message shall be the message data block. There shall be two 
lengths of UAT ADS-B message data blocks supported. The basic UAT ADS-B message shall have a 144-bit message data 
block and the long UAT ADS-B message shall have a 272-bit message data block. 


Note.— The format, encoding and transmission order of the message data block element is provided in Section 2.1 of 
Part I of the Manual on the Universal Access Transceiver (UAT) (Doc 9861). 


12.4.4.1.3 FEC PARITY 
The third and final element of the Active portion of the UAT ADS-B message shall be the FEC parity. 
12.4.4.1.3.1 Code type 


The FEC parity generation shall be based on a systematic Reed-Solomon (RS) 256-ary code with 8-bit code word symbols. 
FEC parity generation shall be per the following code: 


a) Basic UAT ADS-B message: Parity shall be a RS (30, 18) code. 
Note.— This results in 12 bytes (code symbols) of parity capable of correcting up to 6 symbol errors per block. 
b) Long UAT ADS-B message: Parity shall be a RS (48, 34) code. 
Note.— This results in 14 bytes (code symbols) of parity capable of correcting up to 7 symbol errors per block. 


For either message length the primitive polynomial of the code shall be as follows: 


Dixp=t+x' +r 4axt 1 
The generator polynomial shall be as follows: 


P 


[]@-@) 


i=120 
where: 


P= 131 for RS (30, 18) code, 
P = 133 for RS (48, 34) code, and 


@ is a primitive element of a Galois field of size 256 (1.e. GF(256)). 
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12.4.4.1.3.2 Transmission order of FEC parity 
FEC parity bytes shall be ordered most significant to least significant in terms of the polynomial coefficients they represent. 
The ordering of bits within each byte shall be most significant to least significant. FEC parity bytes shall follow the message 
data block. 
12.4.4.2 UAT GROUND UPLINK MESSAGE 

The Active portion of a UAT ground uplink message shall contain the following elements, in the following order: 

— Bit synchronization 

— Interleaved message data block and FEC parity. 


12.4.4.2.1 BIT SYNCHRONIZATION 


The first element of the Active portion of the UAT ground uplink message shall be a 36-bit synchronization sequence. For 
the UAT ground uplink message the sequence shall be: 


00010101001 1001000100101101100011101 


with the left-most bit transmitted first. 


12.4.4.2.2 INTERLEAVED MESSAGE DATA BLOCK AND FEC PARITY 


12.4.4.2.2.1 Message data block (before interleaving and after de-interleaving) 


The UAT ground uplink message shall have 3 456 bits of message data block. These bits are divided into 6 groups of 576 bits. 
FEC is applied to each group as described in 12.4.4.2.2.2. 


Note.— Further details on the format, encoding and transmission order of the UAT ground uplink message data block 
are provided in Section 2.2 of Part I of the Manual on the Universal Access Transceiver (UAT) (Doc 9861). 


12.4.4.2.2.2 FEC parity (before interleaving and after de-interleaving) 


12.4.4.2.2.2.1 Code type 


The FEC parity generation shall be based on a systematic RS 256-ary code with 8-bit code word symbols. FEC parity 
generation for each of the six blocks shall be a RS (92,72) code. 


Notes.— 
1. Section 12.4.4.2.2.3 provides details on the interleaving procedure. 


2. This results in 20 bytes (symbols) of parity capable of correcting up to 10 symbol errors per block. The additional 
use of interleaving for the UAT ground uplink message allows additional robustness against burst errors. 


The primitive polynomial of the code is as follows: 


pix) +x’ + 4x41 
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The generator polynomial is as follows: 


where: 


[[@-@') 


i=120 


P = 139, and 


a is a primitive element of a Galois field of size 256 (1.e. GF(256)). 


12.4.4.2.2.2.2. Transmission order of FEC parity 


FEC parity bytes are ordered most significant to least significant in terms of the polynomial coefficients they represent. The 
ordering of bits within each byte shall be most significant to least significant. FEC parity bytes shall follow the message data 


block. 


12.4.4.2.2.3 Interleaving procedure 


UAT ground uplink messages shall be interleaved and transmitted by the ground station, as listed below: 


a) 


b) 


Interleaving procedure: The interleaved message data block and FEC parity consists of 6 interleaved Reed- 
Solomon blocks. The interleaver is represented by a 6x92 matrix, where each entry is a RS 8-bit symbol. Each row 
comprises a single RS (92,72) block as shown in Table 12-5. In this table, block numbers prior to interleaving are 
represented as “A” through “F”. The information is ordered for transmission column by column, starting at the upper 
left corner of the matrix. 


Transmission order: The bytes are then transmitted in the following order: 
1,73,145,217,289,361,2,74, 146,218,290,362,3,. . ..C/20,D/20,E/20,F/20. 


Note.— On reception these bytes need to be de-interleaved so that the RS blocks can be reassembled prior to 
error correction decoding. 


12.5 GUIDANCE MATERIAL 


Notes.— 


The Manual on the Universal Access Transceiver (UAT) (Doc 9861), Part I, provides detailed technical 
specifications on UAT, including ADS-B message data blocks and formats, procedures for operation of UAT 
transmitting subsystems, and avionics interface requirements with other aircraft systems. 


The Manual on the Universal Access Transceiver (UAT) (Doc 9861), Part II, provides information on UAT system 


operation, description of a range of example avionics equipment classes and their applications, guidance on UAT 
aircraft and ground station installation aspects, and detailed information on UAT system performance simulation. 
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TABLES FOR CHAPTER 12 


Table 12-1. Transmitter power levels 














Minimum power Maximum power Intended minimum 
Transmitter type at PMP at PMP air-to-air ranges 
Aircraft (Low) 7 watts (+38.5 dBm) 18 watts (+42.5 dBm) 20 NM 
Aircraft (Medium) 16 watts (+42 dBm) 40 watts (+46 dBm) 40 NM 
Aircraft (High) 100 watts (+50 dBm) 250 watts (+54 dBm) 120 NM 











Ground Station 








Specified by the service provider to meet local requirements within the constraint 


of 12.1.2.3.2. 








Notes.— 


1. The three levels listed for the avionics are available to support applications with varying range 
requirements. See the discussion of UAT aircraft Equipage Classes in Section 2.4.2 of Part II of the 


Manual on the Universal Access Transceiver (UAT) (Doc 9861) (in preparation). 


2. The intended minimum air-to-air ranges are for high-density air traffic environments. Larger air-to- 
air ranges will be achieved in low-density air traffic environments. 


Table 12-2. U 


AT transmit spectrum 





Frequency offset from centre 


Required attenuation from maximum power level 
(dB as measured at the PMP) 





All frequencies in the range 0 — 0.5 MHz 


0 





All frequencies in the range 0.5 — 1.0 MHz 


Based on linear* interpolation between these points 





1.0 MHz 


18 





All frequencies in the range 1.0 — 2.25 MHz 


Based on linear* interpolation between these points 





2.25 MHz 


50 





All frequencies in the range 2.25 — 3.25 MHz 


Based on linear* interpolation between these points 





3.25 MHz 








60 
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* based on attenuation in dB and a linear frequency scale 
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Note.— It is assumed that ratios in between the specified offsets will fall near the interpolated value. 


RS Block 
A 


mmuoa wb 


Note.— In Table 12-5, message data block Byte #1 through #72 are the 72 bytes (8 bits each) of message data block 
information carried in the first RS (92,72) block. FEC parity A/I through A/20 are the 20 bytes of FEC parity associated with 


that block (A). 
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Table 12-3. Standard UAT receiver rejection ratios 





Frequency offset 
from centre 


Minimum rejection ratio 
(Undesired/desired level in dB ) 

















1.0 MHz 10 
+1.0 MHz 15 
(+) 2.0 MHz 50 
(+) 10.0 MHz 60 











Table 12-4. High-performance receiver rejection ratios 





Frequency offset 
from centre 


Minimum rejection ratio 
(Undesired/desired level in dB) 














-1.0 MHz 30 
+1.0 MHz 40 
(+) 2.0 MHz 50 
(+) 10.0 MHz 60 














Table 12-5. Ground uplink interleaver matrix 





























MDB Byte # FEC Parity (Block/Byte #) 

1 2 3 71 72 A/1 A/19 A/20 
73 74 715 143 144 B/1 B/19 B/20 
145 146 147 215 216 C/1 C/19 C/20 
217 218 219 287 288 D/1 D/19 D/20 
289 290 291 359 360 E/1 E/19 E/20 
361 362 363 431 432 F/1 F/19 F/20 
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FIGURES FOR CHAPTER 12 





UAT spectral mask 
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Frequency offset (MHz) 











Notes.— 


1. 99 per cent of the power of the UAT spectrum is contained in 1.3 MHz (+0.65 MHz). This is roughly equivalent to 
the 20 dB bandwidth. 


2. Spurious emissions requirements begin at +250 per cent of the 1.3 MHz value, therefore the transmit mask 
requirement extends to +3.25 MHz. 


Figure 12-1. UAT transmit spectrum 
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Allowed power range for 
Equipment Class 


v 
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weet pease -80 dBm 
2| 2 SS—— 6 | 2 Time in 
bit periods 
*T = 276 for Short ADS-B (1 bit period = 
T = 420 for Long ADS-B 0.96 microseconds) 


T = 4452 for Ground Uplink 
«—__— ADS-B Message Transmission Interval —>| 








Figure 12-2. Time/amplitude profile of UAT message transmission 
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Well defined 
optimum 
sampling point. 





Hg 


Figure 12-3. Ideal eye diagram 


Poorly defined 
optimum 





sampling point. 


M380ns CHF 


Figure 12-4. Distorted eye diagram 
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INTERNATIONAL STANDARDS AND 
RECOMMENDED PRACTICES 


PART II — VOICE COMMUNICATION SYSTEMS 


CHAPTER 1. DEFINITIONS 


Note.— Material on secondary power supply and guidance material concerning reliability and availability for 
communication systems is contained in Annex 10, Volume I, 2.9 and Volume I, Attachment F, respectively. 
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CHAPTER 2. AERONAUTICAL MOBILE SERVICE 


2.1 AIR-GROUND VHF COMMUNICATION SYSTEM CHARACTERISTICS 


Note.— In the following text the channel spacing for 8.33 kHz channel assignments is defined as 25 kHz divided by 3 
which is 8.3333 ... kHz. 


2.1.1 The characteristics of the air-ground VHF communication system used in the International Aeronautical Mobile 
Service shall be in conformity with the following specifications: 


2.1.1.1 Radiotelephone emissions shall be double sideband (DSB) amplitude modulated (AM) carriers. The 
designation of emission is A3E, as specified in the ITU Radio Regulations. 


2.1.1.2 Spurious emissions shall be kept at the lowest value which the state of technique and the nature of the service 
permit. 


Note.— Appendix S3 to the ITU Radio Regulations specifies the levels of spurious emissions to which transmitters must 
conform. 


2.1.1.3 The radio frequencies used shall be selected from the radio frequencies in the band 117.975 — 137 MHz. The 
separation between assignable frequencies (channel spacing) and frequency tolerances applicable to elements of the system 
shall be as specified in Volume V. 


Note.— The band 117.975 — 132 MHz was allocated to the Aeronautical Mobile (R) Service in the ITU Radio 
Regulations (1947). By subsequent revisions at ITU World Administrative Radio Conferences the bands 132 — 136 MHz and 
136 — 137 MHz were added under conditions which differ for ITU Regions, or for specified countries or combinations of 
countries (see RRs S5.203, S5.203A and S5.203B for additional allocations in the band 136 — 137 MHz, and S5.201 for the 
band 132 — 136 MHz). 


2.1.1.4 The design polarization of emissions shall be vertical. 


2.2 SYSTEM CHARACTERISTICS OF THE GROUND INSTALLATION 


2.2.1 Transmitting function 


2.2.1.1. Frequency stability. The radio frequency of operation shall not vary more than plus or minus 0.005 per cent 
from the assigned frequency. Where 25 kHz channel spacing is introduced in accordance with Volume V, the radio frequency 
of operation shall not vary more than plus or minus 0.002 per cent from the assigned frequency. Where 8.33 kHz channel 
spacing is introduced in accordance with Volume V, the radio frequency of operation shall not vary more than plus or 
minus 0.0001 per cent from the assigned frequency. 


Note.— The above frequency stability requirements will not be sufficient for offset carrier systems using 25 kHz channel 


spacing or higher. 
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2.2.1.1.1 Offset carrier systems in 8.33 kHz, 25 kHz, 50 kHz and 100 kHz channel spaced environments. The stability 
of individual carriers of an offset carrier system shall be such as to prevent first-order heterodyne frequencies of less than 
4kHz and, additionally, the maximum frequency excursion of the outer carrier frequencies from the assigned carrier 
frequency shall not exceed 8 kHz. Offset carrier systems for 8.33 kHz channel spacing shall be limited to two-carrier systems 
using a carrier offset of plus and minus 2.5 kHz. 


Note.— Examples of the required stability of the individual carriers of offset carrier systems may be found at the 
Attachment to Part II. 


2.2.1.2 POWER 


Recommendation.— On a high percentage of occasions, the effective radiated power should be such as to provide 
afield strength of a least 75 microvolts per metre (minus 109 dBW/m’) within the defined operational coverage of the 
facility, on the basis of free-space propagation. 


2.2.1.3. Modulation. A peak modulation factor of at least 0.85 shall be achievable. 


2.2.1.4 Recommendation.— Means should be provided to maintain the average modulation factor at the highest 
practicable value without overmodulation. 


2.2.2 Receiving function 


2.2.2.1 Frequency stability. Where 8.33 kHz channel spacing is introduced in accordance with Volume V, the radio 
frequency of operation shall not vary more than plus or minus 0.0001 per cent from the assigned frequency. 


2.2.2.2 Sensitivity. After due allowance has been made for feeder loss and antenna polar diagram variation, the 
sensitivity of the receiving function shall be such as to provide on a high percentage of occasions an audio output signal with 
a wanted/unwanted ratio of 15 dB, with a 50 per cent amplitude modulated (A3E) radio signal having a field strength of 
20 microvolts per metre (minus 120 dBW/m_”) or more. 


2.2.2.3 Effective acceptance bandwidth. When tuned to a channel having a width of 25 kHz, 50 kHz or 100 kHz, the 
receiving system shall provide an adequate and intelligible audio output when the signal specified at 2.2.2.2 has a carrier 
frequency within plus or minus 0.005 per cent of the assigned frequency. When tuned to a channel having a width of 
8.33 kHz, the receiving system shall provide an adequate and intelligible audio output when the signal specified at 2.2.2.2 has 
a carrier frequency within plus or minus 0.0005 per cent of the assigned frequency. Further information on the effective 
acceptance bandwidth is contained in the Attachment to Part II. 


Note.— The effective acceptance bandwidth includes Doppler shift. 


2.2.2.4 Adjacent channel rejection. The receiving system shall ensure an effective rejection of 60 dB or more at the 
next assignable channel. 


Note.— The next assignable frequency will normally be plus or minus 50 kHz. Where this channel spacing will not 
suffice, the next assignable frequency will be plus or minus 25 kHz, or plus or minus 8.33 kHz, implemented in accordance 
with the provisions of Volume V. It is recognized that in certain areas of the world receivers designed for 25 kHz, 50 kHz or 
100 kHz channel spacing may continue to be used. 
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2.3 SYSTEM CHARACTERISTICS OF THE AIRBORNE INSTALLATION 


2.3.1 Transmitting function 


2.3.1.1 Frequency stability. The radio frequency of operation shall not vary more than plus or minus 0.005 per cent 
from the assigned frequency. Where 25 kHz channel spacing is introduced, the radio frequency of operation shall not vary 
more than plus or minus 0.003 per cent from the assigned frequency. Where 8.33 kHz channel spacing is introduced, the 
radio frequency of operation shall not vary more than plus or minus 0.0005 per cent from the assigned frequency. 


2.3.1.2 Power. On a high percentage of occasions, the effective radiated power shall be such as to provide a field 
strength of at least 20 microvolts per metre (minus 120 dBW/m’) on the basis of free space propagation, at ranges and 
altitudes appropriate to the operational conditions pertaining to the areas over which the aircraft is operated. 


2.3.1.3. Adjacent channel power. The amount of power from a 8.33 kHz airborne transmitter under all operating 
conditions when measured over a 7 kHz channel bandwidth centred on the first 8.33 kHz adjacent channel shall not 
exceed -45 dB below the transmitter carrier power. The above adjacent channel power shall take into account the typical 
voice spectrum. 


Note.— The voice spectrum is assumed to be a constant level between 300 and 800 Hz and attenuated by 10 dB per 
octave above 800 Hz. 


2.3.1.4 Modulation. A peak modulation factor of at least 0.85 shall be achievable. 


2.3.1.5 Recommendation.— Means should be provided to maintain the average modulation factor at the highest 
practicable value without overmodulation. 


2.3.2 Receiving function 


2.3.2.1 Frequency stability. Where 8.33 kHz channel spacing is introduced in accordance with Volume V, the radio 
frequency of operation shall not vary more than plus or minus 0.0005 per cent from the assigned frequency. 


2.3.2.2 SENSITIVITY 


2.3.2.2.1 Recommendation.— After due allowance has been made for aircraft feeder mismatch, attenuation loss and 
antenna polar diagram variation, the sensitivity of the receiving function should be such as to provide on a high percentage 
of occasions an audio output signal with a wanted/unwanted ratio of 15 dB, with a 50 per cent amplitude modulated (A3E) 
radio signal having a field strength of 75 microvolts per metre (minus 109 dBW/m’). 


Note.— For planning extended range VHF facilities, an airborne receiving function sensitivity of 30 microvolts per 
metre may be assumed. 


2.3.2.3 Effective acceptance bandwidth for 100 kHz, 50 kHz and 25 kHz channel spacing receiving installations. When 
tuned to a channel designated in Volume V as having a width of 25 kHz, 50 kHz or 100 kHz, the receiving function shall 
ensure an effective acceptance bandwidth as follows: 


a) in areas where offset carrier systems are employed, the receiving function shall provide an adequate audio output 
when the signal specified at 2.3.2.2 has a carrier frequency within 8 kHz of the assigned frequency; 


b) in areas where offset carrier systems are not employed, the receiving function shall provide an adequate audio output 
when the signal specified at 2.3.2.2 has a carrier frequency of plus or minus 0.005 per cent of the assigned 
frequency. 
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2.3.24 Effective acceptance bandwidth for 8.33 kHz channel spacing receiving installations. When tuned to a channel 
designated in Volume V, as having a width of 8.33 kHz, the receiving function shall ensure an effective acceptance 
bandwidth as follows: 


a) in areas where offset carrier systems are employed, the receiving function shall provide an adequate audio output 
when the signal specified in 2.3.2.2 has a carrier frequency of plus or minus 2.5 kHz of the assigned frequency; and 


b) in areas where offset carrier systems are not employed, the receiving function shall provide an adequate audio output 
when the signal specified in 2.3.2.2 has a carrier frequency within plus or minus 0.0005 per cent of the assigned 
frequency. Further information on the effective acceptance bandwidth is contained in Part II, Attachment A. 


Note 1.— The effective acceptance bandwidth includes Doppler shift. 


Note 2.— When using offset carrier systems (ref. 2.3.2.3 and 2.3.2.4), receiver performance may become degraded when 
receiving two or more similar strength offset carrier signals. Caution is therefore advised with the implementation of offset 
carrier systems. 


2.3.2.5 Adjacent channel rejection. The receiving function shall ensure an effective adjacent channel rejection as 
follows: 


a) §&.33 kHz channels: 60 dB or more at plus or minus 8.33 kHz with respect to the assigned frequency, and 40 dB or 
more at plus or minus 6.5 kHz; 


Note.— The receiver local oscillator phase noise should be sufficiently low to avoid any degradation of the 
receiver capability to reject off carrier signals. A phase noise level better than minus 99 dBc/Hz 8.33 kHz away from 
the carrier is necessary to comply with 45 dB adjacent channel rejection under all operating conditions. 


b) 25 kHz channel spacing environment: 50 dB or more at plus or minus 25 kHz with respect to the assigned frequency 
and 40 dB or more at plus or minus 17 kHz; 


c) 50 kHz channel spacing environment: 50 dB or more at plus or minus 50 kHz with respect to the assigned frequency 
and 40 dB or more at plus or minus 35 kHz; 


d) 100 kHz channel spacing environment: 50 dB or more at plus or minus 100 kHz with respect to the assigned 
frequency. 


2.3.2.6 Recommendation.— Whenever practicable, the receiving system should ensure an effective adjacent channel 
rejection characteristic of 60 dB or more at plus or minus 25 kHz, 50 kHz and 100 kHz from the assigned frequency for 
receiving systems intended to operate in channel spacing environments of 25 kHz, 50 kHz and 100 kHz, respectively. 


Note.— Frequency planning is normally based on an assumption of 60 dB effective adjacent channel rejection at plus or 
minus 25 kHz, 50 kHz or 100 kHz from the assigned frequency as appropriate to the channel spacing environment. 


2.3.2.7 Recommendation.— In the case of receivers complying with 2.3.2.3 or 2.3.2.4 used in areas where offset 
carrier systems are in force, the characteristics of the receiver should be such that: 


a) the audio frequency response precludes harmful levels of audio heterodynes resulting from the reception of two or 
more offset carrier frequencies; 


b) the receiver muting circuits, if provided, operate satisfactorily in the presence of audio heterodynes resulting from 
the reception of two or more offset carrier frequencies. 
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2.3.2.8 VDL — INTERFERENCE IMMUNITY PERFORMANCE 


2.3.2.8.1 For equipment intended to be used in independent operations of services applying DSB-AM and VDL 
technology on board the same aircraft, the receiving function shall provide an adequate and intelligible audio output with a 
desired signal field strength of not more than 150 microvolts per metre (minus 102 dBW/m’) and with an undesired VDL 
signal field strength of at least 50 dB above the desired field strength on any assignable channel 100 kHz or more away from 
the assigned channel of the desired signal. 


Note.— This level of VDL interference immunity performance provides a receiver performance consistent with the 
influence of the VDL RF spectrum mask as specified in Volume III, Part I, 6.3.4 with an effective transmitter/receiver 
isolation of 68 dB. Better transmitter and receiver performance could result in less isolation required. 


2.3.2.8.2 After | January 2002, the receiving function of all new installations intended to be used in independent 
operations of services applying DSB-AM and VDL technology on board the same aircraft shall meet the provisions of 
2.3.2.8.1. 


2.3.2.8.3 After 1 January 2005, the receiving function of all installations intended to be used in independent operations 
of services applying DSB-AM and VDL technology on board the same aircraft shall meet the provisions of 2.3.2.8.1, subject 
to the conditions of 2.3.2.8.4. 


2.3.2.8.4 Requirements for mandatory compliance of the provisions of 2.3.2.8.3 shall be made on the basis of regional 
air navigation agreements which specify the airspace of operation and the implementation timescales. 


2.3.2.8.4.1 The agreement indicated in 2.3.2.8.4 shall provide at least two years’ notice of mandatory compliance of 
airborne systems. 
2.3.3 Interference immunity performance 
2.3.3.1 After 1 January 1998, the VHF communications receiving system shall provide satisfactory performance in the 
presence of two signal, third-order intermodulation products caused by VHF FM broadcast signals having levels at the 


receiver input of minus 5 dBm. 


2.3.3.2 After 1 January 1998, the VHF communications receiving system shall not be desensitized in the presence of 
VHF FM broadcast signals having levels at the receiver input of minus 5 dBm. 


Note.— Guidance material on immunity criteria to be used for the performance quoted in 2.3.3.1 and 2.3.3.2 is 
contained in the Attachment to Part IT, 1.3. 


2.3.3.3 After 1 January 1995, all new installations of airborne VHF communications receiving systems shall meet the 
provisions of 2.3.3.1 and 2.3.3.2. 


2.3.3.4 Recommendation.— Airborne VHF communications receiving systems meeting the immunity performance 
Standards of 2.3.3.1 and 2.3.3.2 should be placed into operation at the earliest possible date. 


2.4 SINGLE SIDEBAND (SSB) HF COMMUNICATION SYSTEM 
CHARACTERISTICS FOR USE IN THE AERONAUTICAL MOBILE SERVICE 


2.4.1 The characteristics of the air-ground HF SSB system, where used in the Aeronautical Mobile Service, shall be in 
conformity with the following specifications. 
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2.4.1.1 FREQUENCY RANGE 


2.4.1.1.1 HF SSB installations shall be capable of operation at any SSB carrier (reference) frequency available to the 
Aeronautical Mobile (R) Service in the band 2.8 MHz to 22 MHz and necessary to meet the approved assignment plan for the 
region(s) in which the system is intended to operate, and in compliance with the relevant provisions of the Radio Regulations. 


Note 1.— See Introduction to Volume V, Chapter 3, and Figures 2-1 and 2-2°. 


Note 2.— The ITU World Administrative Radio Conference, Aeronautical Mobile (R) Service, Geneva, 1978, established a 
new Allotment Plan (Appendix 27, Aer to the Radio Regulations) based on single sideband replacing the earlier double sideband 
Allotment Plan. The World Radiocommunication Conference 1995 redesignated it as Appendix S.27. Minor editorial changes 
were made at the World Radiocommunication Conference 1997. 


2.4.1.1.2 The equipment shall be capable of operating on integral multiples of 1 kHz. 


2.4.1.2 SIDEBAND SELECTION 


2.4.1.2.1 The sideband transmitted shall be that on the higher frequency side of its carrier (reference) frequency. 


2.4.1.3 CARRIER (REFERENCE) FREQUENCY 


2.4.1.3.1 Channel utilization shall be in conformity with the table of carrier (reference) frequencies at 27/16 and the 
Allotment Plan at 27/186 to 27/207 inclusive (or frequencies established on the basis of 27/21, as may be appropriate) of 
Appendix $27. 


Note.— It is intended that only the carrier (reference) frequency be promulgated in Regional Plans and Aeronautical 
Publications. 


2.4.1.4 CLASSES OF EMISSION AND CARRIER SUPPRESSION 


2.4.1.4.1 The system shall utilize the suppressed carrier class of emission J3E (also J7B and J9B as applicable). When 
SELCAL is employed as specified in Chapter 3 of Part II, the installation shall utilize class H2B emission. 


2.4.1.4.2 By | February 1982 aeronautical stations and aircraft stations shall have introduced the appropriate class(es) 
of emission prescribed in 2.4.1.4.1. Effective this date the use of class A3E emission shall be discontinued except as provided 
in 2.4.1.4.4. 


2.4.1.4.3 Until 1 February 1982 aeronautical stations and aircraft stations equipped for single sideband operations shall 
also be equipped to transmit class H3E emission where required to be compatible with reception by double sideband 
equipment. Effective this date the use of class H3E emission shall be discontinued except as provided in 2.4.1.4.4. 


2.4.1.4.4 Recommendation.— For stations directly involved in coordinated search and rescue operations using the 
frequencies 3 023 kHz and 5 680 kHz, the class of emission J3E should be used; however, since maritime mobile and land 
mobile services may be involved, A3E and H3E classes of emission may be used. 


2.4.1.4.5 After 1 April 1981 no new DSB equipment shall be installed. 


2.4.1.4.6 Aircraft station transmitters shall be capable of at least 26 dB carrier suppression with respect to peak 
envelope power (P,) for classes of emission J3E, J7B or JOB. 





* All tables and figures are located at the end of this chapter. 
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2.4.1.4.7. Aeronautical station transmitters shall be capable of 40 dB carrier suppression with respect to peak envelope 
power (P,,) for classes of emission J3E, J7B or JOB. 


2.4.1.5 AUDIO FREQUENCY BANDWIDTH 


2.4.1.5.1 For radiotelephone emissions the audio frequencies shall be limited to between 300 and 2 700 Hz and the 
occupied bandwidth of other authorized emissions shall not exceed the upper limit of J3E emissions. In specifying these 
limits, however, no restriction in their extension shall be implied in so far as emissions other than J3E are concerned, 
provided that the limits of unwanted emissions are met (see 2.4.1.7). 


Note.— For aircraft and aeronautical station transmitter types first installed before 1 February 1983 the audio 
frequencies will be limited to 3 000 Hz. 


2.4.1.5.2 For other authorized classes of emission the modulation frequencies shall be such that the required spectrum 
limits of 2.4.1.7 will be met. 


2.4.1.6 FREQUENCY TOLERANCE 


2.4.1.6.1 The basic frequency stability of the transmitting function for classes of emission J3E, J7B or J9B shall be 
such that the difference between the actual carrier of the transmission and the carrier (reference) frequency shall not exceed: 


— 20 Hz for airborne installations; 
— 10 Hz for ground installations. 


2.4.1.6.2 The basic frequency stability of the receiving function shall be such that, with the transmitting function 
stabilities specified in 2.4.1.6.1, the overall frequency difference between ground and airborne functions achieved in service 
and including Doppler shift, does not exceed 45 Hz. However, a greater frequency difference shall be permitted in the case of 
supersonic aircraft. 


2.4.1.7 SPECTRUM LIMITS 


2.4.1.7.1 For aircraft station transmitter types and for aeronautical station transmitters first installed before 1 February 
1983 and using single sideband classes of emission H2B, H3E, J3E, J7B or JOB the mean power of any emission on any 
discrete frequency shall be less than the mean power (P,,,) of the transmitter in accordance with the following: 


— on any frequency removed by 2 kHz or more up to 6 kHz from the assigned frequency: at least 25 dB; 
— onany frequency removed by 6 kHz or more up to 10 kHz from the assigned frequency: at least 35 dB; 
— on any frequency removed from the assigned frequency by 10 kHz or more: 

a) aircraft station transmitters: 40 dB; 

b) aeronautical station transmitters: 


[43 + 10 logioPn (W)] dB 


2.4.1.7.2 For aircraft station transmitters first installed after 1 February 1983 and for aeronautical station transmitters in 
use as of | February 1983 and using single sideband classes of emission H2B, H3E, J3E, J7B or JOB, the peak envelope 
power (P,,) of any emission on any discrete frequency shall be less than the peak envelope power (P,,) of the transmitter in 
accordance with the following: 
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— on any frequency removed by 1.5 kHz or more up to 4.5 kHz from the assigned frequency: at least 30 dB; 
— on any frequency removed by 4.5 kHz or more up to 7.5 kHz from the assigned frequency: at least 38 dB; 
— on any frequency removed from the assigned frequency by 7.5 kHz or more: 
a) aircraft station transmitters: 43 dB; 
b) aeronautical station transmitters: for transmitter power up to and including 50 W: 
[43 + 10 logioP, (W)] dB 
For transmitter power more than 50 W: 60 dB. 


Note.— See Figures 2-1 and 2-2. 


2.4.1.8 POWER 


2.4.1.8.1 Aeronautical station installations. Except as permitted by the relevant provisions of Appendix S27 to the ITU 
Radio Regulations, the peak envelope power (P,) supplied to the antenna transmission line for H2B, H3E, J3E, J7B or JOB 
classes of emissions shall not exceed a maximum value of 6 kW. 


2.4.1.8.2 Aircraft station installations. The peak envelope power supplied to the antenna transmission line for H2B, 
H3E, J3E, J7B or JOB classes of emission shall not exceed 400 W except as provided for in Appendix S27 of the ITU Radio 
Regulations as follows: 


S27/68 It is recognized that the power employed by aircraft transmitters may, in practice, exceed the limits specified in 
No. 27/60. However, the use of such increased power (which normally should not exceed 600 W P,) shall not cause 
harmful interference to stations using frequencies in accordance with the technical principles on which the 
Allotment Plan is based. 


S27/60 Unless otherwise specified in Part II of this Appendix, the peak envelope powers supplied to the antenna 
transmission line shall not exceed the maximum values indicated in the table below; the corresponding peak 
effective radiated powers being assumed to be equal to two-thirds of these values: 





Max. peak 
envelope 

Class of emission Stations power (P,) 
H2B, J3E, J7B, Aeronautical stations 6 kW 
JOB, A3E*, H3E* Aircraft stations 400 W 
(100% modulation) 
Other emission Aeronautical stations 1.5kW 
such as A1A, FIB Aircraft stations 100 W 





*  A3E and H3E to be used only on 3 023 kHz and 5 680 kHz. 


2.4.1.9 Method of operation. Single channel simplex shall be employed. 
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2.5 SATELLITE VOICE COMMUNICATION (SATVOICE) SYSTEM CHARACTERISTICS 
Note.— Guidance material for the implementation of the aeronautical mobile satellite service is contained in the 
Manual on the Aeronautical Mobile Satellite (Route) Service (Doc 9925). Additional guidance for SATVOICE systems is 
contained in the Satellite Voice Operations Manual (Doc 10038), and the Performance-based Communication and 


Surveillance (PBCS) Manual (Doc 9869). 


2.5.1. For ground-to-air calls, the SATVOICE system shall be capable of contacting the aircraft and enabling the 
ground party/system to provide, as a minimum, the following: 


a) secure calling; 
b) priority level as defined in Table 2-1; and 
c) aircraft SATVOICE number, which is the aircraft address expressed as an 8-digit octal number. 


2.5.2 For ground-to-air calls, the SATVOICE system shall be capable of locating the aircraft in the appropriate 
airspace regardless of the satellite and ground earth station (GES) to which the aircraft is logged on. 


2.5.3 For air-to-ground calls, the SATVOICE system shall be capable of: 


a) contacting the aeronautical station via an assigned SATVOICE number, which is a unique 6-digit number or public 
switched telephone network (PSTN) number; and 


b) allowing the flight crew and/or aircraft system to specify the priority level for the call as defined in Table 2-1. 
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TABLE FOR CHAPTER 2 


Table 2-1. Priority levels for SATVOICE calls (air-to-ground/ground-to-air) 


Priority level Application category 
1/EMG/Q15 Distress and urgency. 


Emergency (highest) For use by flight crew, when appropriate. 
Safety of flight 


2 /HGH/Q12 Flight safety. 


Operational high (second highest) Typically assigned to calls between aircraft and ANSPs. 
Safety of flight 


3/LOW /Q10 Regularity of flight, meteorological, administrative. 

Operational low (third highest) Typically assigned to calls between aircraft operators and their aircraft. 
Safety of flight 

4/PUB/Q9 Public correspondence. 

Non-operational (lowest) 

Non safety 
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FIGURES FOR CHAPTER 2 
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Figure 2-1. Required spectrum limits (in terms of mean power) for aircraft station transmitter 
types and for aeronautical station transmitters first installed before 1 February 1983 
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Figure 2-2. Required spectrum limits (in terms of peak power) for aircraft station transmitters 
first installed after 1 February 1983 and aeronautical station transmitters in use after 1 February 1983 
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CHAPTER 3. SELCAL SYSTEM 


3.1 Recommendation.— Where a SELCAL system is installed, the following system characteristics should be applied: 


a) Transmitted code. Each transmitted code should be made up of two consecutive tone pulses, with each pulse 
containing two simultaneously transmitted tones. The pulses should be of 1.0 plus or minus 0.25 seconds duration, 
separated by an interval of 0.2 plus or minus 0.1 second. 


b) Stability. The frequency of transmitted tones should be held to plus or minus 0.15 per cent tolerance to ensure 
proper operation of the airborne decoder. 


c) Distortion. The overall audio distortion present on the transmitted RF signal should not exceed 15 per cent. 
d) Per cent modulation. The RF signal transmitted by the ground radio station should contain, within 3 dB, equal 
amounts of the two modulating tones. The combination of tones should result in a modulation envelope having a 


nominal modulation percentage as high as possible and in no case less than 60 per cent. 


e) Transmitted tones. Tone codes should be made up of various combinations of the tones listed in the following 
table and designated by colour and letter as indicated: 


Designation Frequency (Hz) 
Red A 312.6 
Red B 346.7 
Red C 384.6 
Red D 426.6 
Red E 473.2 
Red F 524.8 
RedG 582.1 
Red H 645.7 
Red J 716.1 
Red K 794.3 
Red L 881.0 
Red M 977.2 
Red P 1 083.9 
Red Q 1 202.3 
Red R 1 333.5 
Red S$ 1 479.1 


Note 1.— It should be noted that the tones are spaced by Log” 0.045 to avoid the possibility of harmonic combinations. 


Note 2.— In accordance with the application principles developed by the Sixth Session of the Communications Division, 
the only codes at present used internationally are selected from the red group. 


Note 3.— Guidance material on the use of SELCAL systems is contained in the Attachment to Part IT. 


Note 4.— The tones Red P, Red Q, Red R, and Red S are applicable after 1 September 1985, in accordance with 3.2. 
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3.2 As from 1 September 1985, aeronautical stations which are required to communicate with SELCAL-equipped 
aircraft shall have SELCAL encoders in accordance with the red group in the table of tone frequencies of 3.1. After 
1 September 1985, SELCAL codes using the tones Red P, Red Q, Red R, and Red S may be assigned. 
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CHAPTER 4. AERONAUTICAL SPEECH CIRCUITS 


4.1 TECHNICAL PROVISIONS RELATING 
TO INTERNATIONAL AERONAUTICAL SPEECH 
CIRCUIT SWITCHING AND SIGNALLING FOR 
GROUND-GROUND APPLICATIONS 
Note.— Guidance material on the implementation of aeronautical speech circuit switching and signalling for ground- 
ground applications is contained in the Manual on Air Traffic Services (ATS) Ground-Ground Voice Switching and 
Signalling (Doc 9804). The material includes explanation of terms, performance parameters, guidance on basic call types 
and additional functions, references to appropriate ISO/IEC international standards and ITU-T recommendations, guidance 
on the use of signalling systems, details of the recommended numbering scheme and guidance on migration to future 


schemes. 


4.1.1 The use of circuit switching and signalling to provide speech circuits to interconnect ATS units not 
interconnected by dedicated circuits shall be by agreement between the Administrations concerned. 


4.1.2 The application of aeronautical speech circuit switching and signalling shall be made on the basis of regional air 
navigation agreements. 


4.1.3. Recommendation.— The ATC communication requirements defined in Annex 11, Section 6.2 should be met by 
implementation of one or more of the following basic three call types: 


a) instantaneous access; 
b) direct access; and 
c) indirect access. 


4.1.4 Recommendation.— In addition to the ability to make basic telephone calls, the following functions should be 
provided in order to meet the requirements set out in Annex 11: 


a) means of indicating the calling/called party identity; 
b) means of initiating urgent/priority calls; and 
c) conference capabilities. 


4.1.55 Recommendation.— The characteristics of the circuits used in aeronautical speech circuit switching and 
signalling should conform to appropriate ISO/IEC international standards and ITU-T recommendations. 


4.1.66 Recommendation.— Digital signalling systems should be used wherever their use can be justified in terms of 
any of the following: 


a) improved quality of service; 


b) improved user facilities; or 
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c) reduced costs where quality of service is maintained. 


4.1.7 Recommendation.— The characteristics of supervisory tones to be used (such as ringing, busy, number 
unobtainable) should conform to appropriate ITU-T recommendations. 


4.1.8 Recommendation.— To take advantage of the benefits of interconnecting regional and national aeronautical 
speech networks, the international aeronautical telephone network numbering scheme should be used. 
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CHAPTER 5. EMERGENCY LOCATOR TRANSMITTER (ELT) 
FOR SEARCH AND RESCUE 


5.1 GENERAL 


5.1.1 Until 1 January 2005, emergency locator transmitters shall operate either on both 406 MHz and 121.5 MHz or on 
121.5 MHz. 


Note.— From 1 January 2000, ELTs operating on 121.5 MHz will be required to meet the improved technical 
characteristics contained in 5.2.1.8. 


5.1.2 All installations of emergency locator transmitters operating on 406 MHz shall meet the provisions of 5.3. 
5.1.3. All installations of emergency locator transmitters operating on 121.5 MHz shall meet the provisions of 5.2. 
5.1.4 From 1 January 2005, emergency locator transmitters shall operate on 406 MHz and 121.5 MHz simultaneously. 


5.1.5 All emergency locator transmitters installed on or after 1 January 2002 shall operate simultaneously on 406 MHz 
and 121.5 MHz. 


5.1.6 The technical characteristics for the 406 MHz component of an integrated ELT shall be in accordance with 5.3. 

5.1.7. The technical characteristics for the 121.5 MHz component of an integrated ELT shall be in accordance with 5.2. 

5.1.8 States shall make arrangements for a 406 MHz ELT register. Register information regarding the ELT shall be 
immediately available to search and rescue authorities. States shall ensure that the register is updated whenever 
necessary. 

5.1.9 ELT register information shall include the following: 

a) transmitter identification (expressed in the form of an alphanumerical code of 15 hexadecimal characters); 

b) transmitter manufacturer, model and, when available, manufacturer’s serial number; 

c) COSPAS-SARSAT type approval number; 


d) name, address (postal and e-mail) and emergency telephone number of the owner and operator; 


e) name, address (postal and e-mail) and telephone number of other emergency contacts (two, if possible) to whom the 
owner or the operator is known; 


f) aircraft manufacturer and type; and 


g) colour of the aircraft. 





“ COSPAS = Space system for search of vessels in distress; 
SARSAT = Search and rescue satellite-aided tracking. 
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Note I.— Various coding protocols are available to States. Depending on the protocol adopted, States may, at their 
discretion, include one of the following as supplementary identification information to be registered: 


a) aircraft operating agency designator and operator’s serial number; or 
b) 24-bit aircraft address; or 
c) aircraft nationality and registration marks. 


The aircraft operating agency designator is allocated to the operator by ICAO through the State administration, and the 
operator’s serial number is allocated by the operator from the block 0001 to 4096. 


Note 2.— At their discretion, depending on arrangements in place, States may include other relevant information to be 


registered such as the last date of register, battery expiry date and place of ELT in the aircraft (e.g. “primary ELT” or “life- 
raft No. 1”). 


5.2.) SPECIFICATION FOR THE 121.5 MHz COMPONENT OF EMERGENCY 
LOCATOR TRANSMITTER (ELT) FOR SEARCH AND RESCUE 


Note 1.— Information on technical characteristics and operational performance of 121.5 MHz ELTs is contained in 
RTCA Document DO-183 and European Organization for Civil Aviation Equipment (EUROCAE) Document ED.62. 


Note 2.— Technical characteristics of emergency locator transmitters operating on 121.5 MHz are contained in ITU-R 
Recommendation M.690-1. The ITU designation for an ELT is Emergency Position — Indicating Radio Beacon (EPIRB). 
5.2.1 Technical characteristics 


5.2.1.1 Emergency locator transmitters (ELT) shall operate on 121.5 MHz. The frequency tolerance shall not exceed 
plus or minus 0.005 per cent. 


5.2.1.2 The emission from an ELT under normal conditions and attitudes of the antenna shall be vertically polarized 
and essentially omnidirectional in the horizontal plane. 


5.2.1.3 Over a period of 48 hours of continuous operation, at an operating temperature of minus 20°C, the peak 
effective radiated power (PERP) shall at no time be less than 50 mW. 


5.2.1.4 The type of emission shall be A3X. Any other type of modulation that meets the requirements of 5.2.1.5, 
5.2.1.6 and 5.2.1.7 may be used provided that it will not prejudice precise location of the beacon by homing equipment. 


Note.— Some ELTs are equipped with an optional voice capability (A3E) in addition to the A3X emission. 

5.2.1.5 The carrier shall be amplitude modulated at a modulation factor of at least 0.85. 

5.2.1.6 The modulation applied to the carrier shall have a minimum duty cycle of 33 per cent. 

5.2.1.7 The emission shall have a distinctive audio characteristic achieved by amplitude modulating the carrier with an 


audio frequency sweeping downward over a range of not less than 700 Hz within the range 1 600 Hz to 300 Hz and with a 
sweep repetition rate of between 2 Hz and 4 Hz. 
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5.2.1.8 After 1 January 2000, the emission shall include a clearly defined carrier frequency distinct from the 
modulation sideband components; in particular, at least 30 per cent of the power shall be contained at all times within plus or 
minus 30 Hz of the carrier frequency on 121.5 MHz. 


5.3. SPECIFICATION FOR THE 406 MHz COMPONENT OF EMERGENCY 
LOCATOR TRANSMITTER (ELT) FOR SEARCH AND RESCUE 
5.3.1 Technical characteristics 
Note 1.— Transmission characteristics for 406 MHz emergency locator transmitters are contained in ITU-R M.633. 


Note 2.— Information on technical characteristics and operational performance of 406 MHz ELTs is contained in RTCA 
Document DO-204 and European Organization for Civil Aviation Equipment (EUROCAE) Document ED-62. 


5.3.1.1 Emergency locator transmitters shall operate on one of the frequency channels assigned for use in the frequency 
band 406.0 to 406.1 MHz. 


Note.— The COSPAS-SARSAT 406 MHz channel assignment plan is contained in COSPAS-SARSAT Document C/S T.012. 
5.3.1.2 The period between transmissions shall be 50 seconds plus or minus 5 per cent. 


5.3.1.3. Over a period of 24 hours of continuous operation at an operating temperature of —20°C, the transmitter power 
output shall be within the limits of 5 W plus or minus 2 dB. 


5.3.1.4 The 406 MHz ELT shall be capable of transmitting a digital message. 


5.3.2 Transmitter identification coding 


5.3.2.1 Emergency locator transmitters operating on 406 MHz shall be assigned a unique coding for identification of 
the transmitter or aircraft on which it is carried. 


5.3.2.2 The emergency locator transmitter shall be coded in accordance with either the aviation user protocol or one 


of the serialized user protocols described in the Appendix to this chapter, and shall be registered with the appropriate 
authority. 
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APPENDIX TO CHAPTER 5. 
EMERGENCY LOCATOR TRANSMITTER CODING 
(see Chapter 5, 5.3.2) 


Note.— A detailed description of beacon coding is contained in Specification for COSPAS-SARSAT 406 MHz Distress 
Beacons (C/S T.001). The following technical specifications are specific to emergency locator transmitters used in aviation. 
1. GENERAL 


1.1 The emergency locator transmitter (ELT) operating on 406 MHz shall have the capacity to transmit a programmed 
digital message which contains information related to the ELT and/or the aircraft on which it is carried. 


1.2. The ELT shall be uniquely coded in accordance with 1.3 and be registered with the appropriate authority. 


1.3. The ELT digital message shall contain either the transmitter serial number or one of the following information 
elements: 


a) aircraft operating agency designator and a serial number; 

b) 24-bit aircraft address; 

c) aircraft nationality and registration marks. 

1.4 All ELTs shall be designed for operation with the COSPAS-SARSAT° system and be type approved. 


Note.— Transmission characteristics of the ELT signal can be confirmed by making use of the COSPAS-SARSAT Type 
Approval Standard (C/S T.007). 


2. ELT CODING 


2.1 The ELT digital message shall contain information relating to the message format, coding protocol, country code, 
identification data and location data, as appropriate. 


2.2 For ELTs with no navigation data provided, the short message format C/S T.001 shall be used, making use of bits 


1 through 112. For ELTs with navigation data, if provided, the long message format shall be used, making use of bits 
1 through 144. 


2.3. Protected data field 


2.3.1 The protected data field consisting of bits 25 through 85 shall be protected by an error correcting code and shall 
be the portion of the message which shall be unique in every distress ELT. 


2.3.2 A message format flag indicated by bit 25 shall be set to “0” to indicate the short message format or set to “1” to 
indicate the long format for ELTs capable of providing location data. 





“ COSPAS = Space system for search of vessels in distress; 
SARSAT = Search and rescue satellite-aided tracking. 
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2.3.3. A protocol flag shall be indicated by bit 26 and shall be set to “1” for user and user location protocols, and “0” for 
location protocols. 


2.3.4 A country code, which indicates the State where additional data are available on the aircraft on which the ELT is 
carried, shall be contained in bits 27 through 36 which designate a three-digit decimal country code number expressed in 
binary notation. 


Note.— Country codes are based on the International Telecommunication Union (ITU) country codes shown in Table 4 
of Part I, Volume I of the ITU List of Call Signs and Numerical Identities. 


2.3.5 Bits 37 through 39 (user and user location protocols) or bits 37 through 40 (location protocols) shall designate 
one of the protocols where values “001” and “O11” or “0011”, “0100”, “0101”, and “1000” are used for aviation as shown in 
the examples contained in this appendix. 


2.3.6 The ELT digital message shall contain either the transmitter serial number or an identification of the aircraft or 
operator as shown below. 


2.3.7 In the serial user and serial user location protocol (designated by bit 26=1 and bits 37 through 39 being “O11”), 
the serial identification data shall be encoded in binary notation with the least significant bit on the right. Bits 40 through 42 
shall indicate type of ELT serial identification data encoded where: 


“000” indicates ELT serial number (binary notation) is encoded in bits 44 through 63; 


“O01” indicates aircraft operator (3 letter encoded using modified Baudot code shown in Table 5-1) and a serial 
number (binary notation) are encoded in bits 44 through 61 and 62 through 73, respectively; 


— “011” indicates the 24-bit aircraft address is encoded in bits 44 through 67 and each additional ELT number (binary 
notation) on the same aircraft is encoded in bits 68 through 73. 


Note.— States will ensure that each beacon, coded with the country code of the State, is uniquely coded and registered in 
a database. Unique coding of serialized coded beacons can be facilitated by including the COSPAS-SARSAT Type Approval 
Certificate Number which is a unique number assigned by COSPAS-SARSAT for each approved ELT model, as part of the 
ELT message. 


2.3.8 In the aviation user or user location protocol (designated by bit 26=1 and bits 37 through 39 being “O01”’), the 
aircraft nationality and registration marking shall be encoded in bits 40 through 81, using the modified Baudot code shown in 
Table 5-1 to encode seven alphanumeric characters. This data shall be right justified with the modified Baudot “space” 
(“100100’) being used where no character exists. 


2.3.9 Bits 84 and 85 (user or user location protocol) or bit 112 (location protocols) shall indicate any homing 
transmitter that may be integrated in the ELT. 


2.3.10 In standard and national location protocols, all identification and location data shall be encoded in binary 
notation with the least significant bit right justified. The aircraft operator designator (3 letter code) shall be encoded in 15 bits 
using a modified Baudot code (Table 5-1) using only the 5 right most bits per letter and dropping the left most bit which has a 
value of 1 for letters. 
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Table 5-1. Modified Baudot code 








Code Code 

Letter MSB_ LSB Figure MSB_ LSB 
A 111000 (-)* 011000 
B 110011 
C 101110 
D 110010 
E 110000 3 010000 
F 110110 
G 101011 
H 100101 
I 101100 
J 111010 8 001100 
K 111110 
L 101001 
M 100111 
N 100110 
O 100011 9 000011 
P 101101 0 001101 
Q 111101 1 011101 
R 101010 4 001010 
S 110100 
T 100001 5 000001 
U 111100 7 011100 
Vv 101111 
WwW 111001 2 011001 
x 110111 / 010111 
Y 110101 6 010101 
Z 110001 
()** 100100 

MSB = _ most significant bit 

LSB = least significant bit 

* = hyphen 

** = space 
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EXAMPLES OF CODING 


ELT serial number 


25 27 36 | 37 40 44 63 | 64 73 | 74 83 85 


SERIAL NUMBER DATA 
Fy) 1 COUNTRY Oo7;1)/1/T)/ TI TIC (20 BITS) SEENOTE1 | SEENOTE2 |A|A 
























































Aircraft address 


25 27 36 | 37 40 44 67 | 68 73 | 74 83 85 


Fy) 1 COUNTRY Oo;1)/1)/T}T|TIC oe onaray SEE NOTE3) SEENOTE2 | A/A 
























































Aircraft operator designator and serial number 





























25 27 36 | 37 40 44 61 | 62 73 | 74 83 85 
SERIAL 

Fy 1 COUNTRY O;1/1)/T)/T|TIC Oren One Eten NUMBER SEENOTE2 | A|A 
DESIGNATOR 41-4096 





























Aircraft registration marking 


25 27 36 | 37 40 81 83 85 


AIRCRAFT REGISTRATION MARKING (UP TO 
7 ALPHANUMERIC CHARACTERS) (42 BITS) 





Fy) 1 COUNTRY 0/0} 1 






































T = Beacon type TTT: 000 indicates ELT serial number is encoded; 
001 indicates operating agency and serial number are encoded; 


011 indicates 24-bit aircraft address is encoded. 


C = Certificate flag bit: 1 = to indicate that COSPAS-SARSAT Type Approval Certificate number is encoded in bits 
74 through 83 and 
0 = otherwise 
F = Format flag: 0 = Short Message 
1 = Long Message 
A = Auxiliary radio-locating device: 00 = no auxiliary radio-locating device 


O1= 121.5 MHz 
11 = other auxiliary radio-locating device 


Note 1.— 10 bits, all Os or National use. 


Note 2.— COSPAS-SARSAT Type Approval Certificate number in binary notation with the least significant bit on the right, or National 
use. 


Note 3.— Serial number, in binary notation with the least significant bit on the right, of additional ELTs carried in the same aircraft or 
default to Os when only one ELT is carried. 


II-5-7 22/11/07 
















































































































































































Annex 10 — Aeronautical Communications Volume IIT 
EXAMPLE OF CODING (USER LOCATION PROTOCOL) 
25 26 «27 | 37 86 <—107 113 133 
—40 85 
36> =| 39> 83 106 1125 132 144 
1 10 3 44 2 21 1 12 13 12 
1 cc T IDENTIFICATION A 21-BIT BCH E 12-BIT BCH 
DATA ERROR ERROR 
(AS IN ANY OF USER CORRECTING PATIIWEE pone CORRECTING 
PROTOCOLS ABOVE) CODE CODE 
1 a 4 1 8 4 
N DEG | MIN E DEG | MIN 
/ 0-90 | 0-56 / 0-180 | 0-56 
S (1d) | (4m) Ww (1d) | (4m) 
CC = Country Code; 
E = Encoded position data source: 1 = Internal navigation device, 0 = External navigation device 
EXAMPLE OF CODING (STANDARD LOCATION PROTOCOL) 
25 26 |<27 | —37 <—86 107 113 133 
36— | 40 141 85 106— 112 132 144 
s—_______. 61 BITS ——___> <a 2681s ————> 
1 1 10 4 45 21 6 20 12 
1 0 cc PC LATITUDE 
IDENTIFICATION DATA LONGITUDE SD A LATITUDE A LONGITUDE 
24 9 1 10 1 5 4 1 5 4 
M Ss M S 
| E | E 
LAT LON —=0| N Cc |-=0| N C 
0011 AIRCRAFT 24 BIT ADDRESS N=0 E=0 U 0 U 0 
DEG DEG | 21-BIT t=1| T N Jeet! T N 12-BIT 
BCH E D E D BCH 
CODE iS iS S S CODE 
15 9 S=1 | 0-90 | W=1 | 0-180 
0101 | AIRCRAFT OPER. SERIAL No 0-30 | 0-56 0-30 | 0-56 
DESIGNATOR 1-511 
10 14 (1/4 d) (1/4 d) (1m) | (4s) (1m) | (4) 
0100 | C/STANo SERIAL No 
1—1023 1—16383 
CC = Country Code; 
PC = Protocol Code 0011 indicates 24-bit aircraft address is encoded; 
0101 indicates operating agency and serial number are encoded; 
0100 indicates ELT serial number is encoded. 
SD = Supplementary Data bits 107 —- 110 = 1101; 


bit 111 = Encoded Position Data Source (1 = internal; 0 = external) 
bit 112: 1 = 121.5 MHz auxiliary radio locating device; 
0 = other or no auxiliary radio locating device. 


Note 1.— Further details on protocol coding can be found in Specification for COSPAS-SARSAT 406 MHz Distress Beacon 
(C/S T.001). 


Note 2. — All identification and location data are to be encoded in binary notation with the least significant bit on the right except for 
the aircraft operator designator (3 letter code). 


Note 3. — For details on BCH error correcting code see Specification for COSPAS-SARSAT 406 MHz Distress Beacon (C/S T.001). 
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EXAMPLE OF CODING (NATIONAL LOCATION PROTOCOL) 
25 |26 |-27 | <37 —86 107 | —113 133 
36 | 40141 85— 106— 112 132— 144 
61 BITS —_———— >| BCH1 | ——_________ 26BITS.  —_________+s| BCH 
PDF-1 PDF-2 
1 1 10 4 45 21 6 7 fe 6 12 
1 0 CC | 1000) 18 bits 27 bits 
LATITUDE SD A LATITUDE A LONGITUDE 
ID LONGITUDE 
18 d 7 5 1 8 5 1 2 4 1 2 4 NU 
D M D M M S M s 
E | E | I E | E 
NATIONAL] N=0] G N | E=0] G Ne |, SoBe —=0} N | © j-=0] N Cc eer 
BCH BCH 
ID R U R U CODE U 0 U 0 CODE 
NUMBER | S=1 E T E aT +=1 T N |+=1 T N 
E E W=1 E E E D E D 
$s s s $ Ss $ Ss s 
0-90 | 0-58 0-180 | 0-58 0-3 | 0-56 0-3 | 0-56 
(1d) | (2m) (1d) | (2m) (1m) | (48) (1m) | (48) 
CC = Country Code; 
ID = Identification Data = 8-bit identification data consisting of a serial number assigned by the appropriate national authority 
SD = _— Supplementary Data = bits 107 — 109 = 110; 
bit 110 = Additional Data Flag describing the use of bits 113 to 132: 
1 = Delta position; 0 = National assignment; 
bit 111 = Encoded Position Data Source: | = internal, 0 = external; 
bit 112: 1 = 121.5 MHz auxiliary radio locating device; 
0 = other or no device 
NU = _ National use = 6 bits reserved for national use (additional beacon type identification or other uses). 


Note 1.— Further details on protocol coding can be found in Specification for COSPAS-SARSAT 406 MHz Distress Beacon 
(C/S T.001). 


Note 2.— All identification and location data are to be encoded in binary notation with the least significant bit on the right. 


Note 3.— For details on BCH error correcting code see Specification for COSPAS-SARSAT 406 MHZ Distress Beacon (C/S T.001). 
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ATTACHMENT TO PART I. GUIDANCE MATERIAL FOR 
THE VHF DIGITAL LINK (VDL) 


1. GUIDANCE MATERIAL FOR THE VHF DIGITAL LINK (VDL) 


Note.— The Standards and Recommended Practices (SARPs) referred to are contained in Annex 10, Volume ILI, Part 1, 
Chapter 6. 


2. SYSTEM DESCRIPTION 


2.1 The VDL system provides an air-ground data communications link within the aeronautical telecommunications 
network (ATN). The VDL will operate in parallel with the other ATN air-ground subnetworks. 


2.2 VDL ground stations consist of a VHF radio and a computer capable of handling the VDL protocol throughout the 
coverage area. The VDL stations offer connectivity via a ground-based telecommunications network (e.g. X.25 based) to 
ATN intermediate systems which will provide access to ground-based ATN end systems. 


2.3. In order to communicate with the VDL ground stations, aircraft are required to be equipped with VDL avionics 
which will include a VHF radio and a computer capable of handling the VDL protocol. The air-ground communication will 
utilize 25 kHz channels in the VHF aeronautical mobile (route) service band. 


3. VDL PRINCIPLES 


3.1 Communications transfer principles 


3.1.1 Connectivity between applications running in ATN end systems (ES) using the ATN and its subnetworks, 
including the VDL, for air-ground communication is provided by the transport layer entities in these end systems. Transport 
connections between airborne and ground end systems shall be maintained through controlled changes of the precise ATN 
intermediate systems (IS) and VDL network elements that provide this connectivity. 


3.1.2 Transport connections between ATN ES are not linked to a particular subnetwork and ISO 8473 network protocol 
data units transmitted by an ES can pass via any air-ground ATN compatible subnetwork (such as aeronautical mobile- 
satellite service (AMSS) data link, SSR Mode S data link or VDL) that meets the quality of service (QOS) requirements. A 
transport connection between an aircraft ES and a ground ES shall be maintained as long as there is at least one air-ground 
subnetwork connection between the aircraft IS and a ground IS which has connectivity to the ground ES. In order to 
maximize subnetwork connectivity, aircraft are expected to maintain air-ground subnetwork connections via any subnetwork 
(AMSS, Mode S or VDL) with which link layer connectivity can be established. 


3.1.3. The VDL subnetwork provides connectivity in the form of switched virtual circuits between ISO 8208 data 
terminal equipment (DTE) entities of aircraft and ground-based ATN intermediate systems. Due to the fact that VHF signals 
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have only line-of-sight propagation, it is necessary for aircraft in flight to regularly establish link connections with new VDL 
ground stations in order to maintain VHF coverage. An established VDL virtual circuit between an aircraft DTE and a ground 
DTE is maintained through a controlled change to a ground station through which the ground DTE can be accessed. 


3.1.4 VDL virtual circuits may be cleared when the aircraft or ground IS identifies a policy situation where the virtual 
circuit to the ground DTE is no longer necessary but this shall only happen if another VDL virtual circuit remains established. 
A policy situation is a situation where considerations other than coverage influence the decision to establish a connection. 
This could be, for example, a situation where an aircraft is within the designated operational coverage area of ground stations 
operated by different operators and a decision must be made with which operator to establish a connection. The case where 
an aircraft crosses a border between two States needs special attention. An aircraft has to establish a virtual circuit to the DTE 
in the IS of the State entered before clearing the virtual circuit with the DTE in the IS of the State left. 


3.1.5 The scenarios for subnetwork connection maintenance are shown in Figure ATT I-1”. If the ground stations on 
each side of a State border do not offer ISO 8208 connectivity to the DTEs of the IS in both States, aircraft crossing the 
border will have to set up a link connection to a ground station in the State entered before being able to establish a virtual 
circuit to the IS of that State. Only after establishment of the new link connection and virtual circuit, the aircraft will clear the 
virtual circuit with the DTE of the IS of the country left over the link which gave access to that IS. If the VDL aeronautical 
stations on both sides of the State border offer connectivity to the IS in both States, the changeover of the virtual circuits has 
to take place over the same link connection. 


3.2 VDL quality of service for ATN routing 


3.2.1 The use of the VDL system for air-ground communications will depend on the routing decisions of aircraft and 
ground-based ATN IS. These ISs will decide on the path to be used for air-ground communications based on quality of 
service values requested by transmitting ESs. 


3.2.2 The IS at each end of the air-ground connections must interpret the requested QOS value and decide which of the 
available connections can best be met. It is important that the level of QOS which a VDL connection is perceived as 
providing is set at a level which corresponds to its true performance. 


3.2.3. In cases where the VDL is the only data link with which an aircraft has been equipped, all communications must 
be routed via a VDL connection and the value set for QOS to be provided by the connection must not block the 
communication. 

3.2.4 In other cases where aircraft are equipped with other air-ground data links (such as AMSS and SSR Mode S) 
there may be simultaneous parallel connections over multiple subnetworks. In these cases, the values for QOS provided by 


each subnetwork must be set so as to ensure that the VDL connection will be used where appropriate. 


3.2.5 It is necessary that coordination take place between aircraft operators, ground station operators and ground 
system operators to ensure that the right balance is achieved between different subnetworks. 


4. VDL GROUND STATION NETWORK CONCEPT 


4.1 Access 


4.1.1 A VDL ground station will provide access for aircraft to the ground ATN IS using the VDL protocol over a VHF 
channel. 





* The figure is located at the end of this attachment. 


22/11/07 ATT I-2 


Attachment to Part I Annex 10 — Aeronautical Communications 





4.2 Institutional issues concerning VDL ground station network operators 


4.2.1 An ATS provider wishing to use VDL for air traffic service (ATS) communications needs to ensure that the VDL 
service is available. The ATS provider can either operate the VDL ground station network itself or arrange for the operation 
of the VDL stations (or VDL network) by a telecommunications service provider. It seems likely that individual States will 
make different arrangements for the provision of VDL service to aircraft. Operation and implementation of VDL need to be 
coordinated at a regional level in order to ensure acceptable service on international routes. 


4.2.2 The use of a VDL ground station network by entities external to the ATS provider will be subject to service 
agreements between the ATS provider and the telecommunications service provider. These agreements set out the obligations 
of the two parties and need, in particular, to be specific on the quality of service provided as well as the characteristics of the 
user interface. 


4.2.3 It seems likely that some VDL ground station network operators will levy user charges. These are expected to be 
levied either on the aircraft operators and/or on the ATS providers. It is necessary to ensure that the use of VDL is feasible 
for those aircraft operators intended to use VDL for ATS/AOC communications. 


4.3 VDL ground station equipment 


4.3.1. A VDL ground station will consist of a VHF radio and a computer which may be separate or integrated with the 
radio. The VDL functionality of the VHF radio equipment will be similar to that installed in aircraft. 


4.3.2 The provision of network status monitoring is an important element in the maintenance of the highest availability 
possible. 


4.4 Ground station siting 


4.4.1 The line of sight limitations of VHF propagation is an important factor in the siting of ground stations. It is 
necessary to ensure that the ground stations are installed in a manner which provides coverage throughout the designated 
operational coverage area (DOC). 


4.4.2 The coverage requirements for VDL depend on the applications that are intended to operate over the VDL. These 
applications may function, for example, when an aircraft is at en-route altitude, in a terminal area or on the ground at an 
airport. 


4.4.3 En-route coverage can be provided using a small number of ground stations with a large DOC (for example, the 
range of a VHF signal from a station at sea level and an aircraft at 37 000 ft is approximately 200 NM). Hence, it is in fact 
desirable that the smallest number of ground stations possible be used to provide en-route coverage in order to minimize the 
possibility of simultaneous uplink transmissions from ground stations which may cause message collisions on the VHF 
channel. The factors limiting en-route coverage will be availability of landmass and the availability of a communications link 
from a ground station to other ground systems. 


4.4.4 Terminal area coverage requires, in general, the installation of ground stations at all airports where VDL 
operation is required in order to ensure coverage throughout the terminal area. 


4.4.5 Aerodrome surface communication coverage must be provided by a ground station at the airport but, due to the 
physical structure of the airport, it may not be possible to guarantee coverage in all areas with a single station. 
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4.5 Ground station frequency engineering 


4.5.1 The choice of the VHF channel on which a ground station will operate depends on the coverage that the ground 
station will be required to provide. Coverage on a particular channel is provided by a collection of ground stations operating 
on that channel and the communications on that channel will occupy the channel for all the ground stations in a coverage area. 


4.5.2 As with VHF voice communications, VDL communications cannot be limited to propagating only within States, 
and frequency coordination between States will be required in the allocation of VDL frequencies. The nature of the protocol 
does, however, allow for frequency re-use by several ground stations within the same coverage area and hence the rules for 
the assignment of frequencies are not the same as for voice communications. 


4.5.3 The carrier sense multiple access (CSMA) media access control protocol (MAC) layer used in VDL cannot 
exclude message collisions if some stations using a frequency channel cannot receive the transmissions of other stations, a 
situation known as a hidden transmitter situation. Hidden transmitters lead to simultaneous transmissions which can cause the 
intended receiver of one or both transmissions to be unable to decode the received signal. 


4.5.4 A frequency will be assigned to providing en-route coverage and all the en-route stations will be set to operate on 
this frequency. In order to minimize the probability of simultaneous transmissions on the channel by hidden transmitters in a 
CSMA environment, this channel may not be used for terminal area or aerodrome surface communications except in areas of 
very low channel loading. 


4.5.5. The VDL SARPs call for the provision of a common signalling channel (CSC) on which access to VDL service 
will be guaranteed in all areas where VDL Mode 2 service is available. This is especially important at airports and on the 
edge of VDL en-route coverage zones where aircraft are likely to establish initial VDL connectivity. Since the characteristics 
of Mode 1 and Mode 2 radio frequency transmissions are not compatible, the CSC cannot be used for Mode 1 
communications. There is no requirement for a CSC for VDL Mode 1. 


4.6 Ground station connection to intermediate systems 


4.6.1 In order to provide access to the ground systems which are connected to the aeronautical telecommunications 
network, a VDL ground station needs to be connected to one or more ATN IS. The purpose of a VDL ground station is to 
interconnect aircraft with the ground-based ATN via which communications with terrestrial ATN ES can take place. 


4.6.2. The ground-based ATN IS can be co-hosted in the VDL ground station computer in which case the VDL 
subnetwork virtual circuit will end in that computer. This architecture will have an impact on the exchanges required when an 
aircraft establishes a VDL link with a new ground station. The exact exchange will depend on whether the ground stations 
contain separate IS or elements of the same distributed intermediate system. 


4.6.3 If the IS is not contained in the VDL ground station, it will be connected to the ground station by one of the 
following means: 


a) wide area network (WAN); 

b) local area network (LAN); and 

c) dedicated communications line. 

4.6.4 In all cases, in order to be in accordance with the Manual of the Aeronautical Telecommunication Network (ATN) 
(Doc 9578) for providing an open systems interconnection (OSI) compatible connection-oriented subnetwork service 


between the aircraft IS and the ground-based IS, the VDL ground station computer will be required to extend the VDL virtual 
circuit across the terrestrial network or link. 
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4.6.5 In order to provide simultaneous virtual circuits to several terrestrial ISs, the VDL ground station computer needs 
to contain a VDL subnetwork entity capable of converting addresses in VDL subnetwork call requests into addresses in the 
ground-based network. 


5. VDL AIRBORNE OPERATING CONCEPT 


5.1 Avionics 


5.1.1. VDL avionics. In order to operate in a VDL network, aircraft need to be equipped with an avionics system 
providing the VDL subnetwork user (ISO 8208 DTE) function. The system providing this function will also provide the 
subnetwork user functions for the other air-ground ATN-compatible subnetworks and the aircraft ATN intermediate system 
function and, hence, its development is necessary in order to provide ATN communications to multiple end-systems or over 
multiple air-ground subnetworks. 


5.2. VDL avionics certification 


5.2.1. The VHF digital radio may also provide for double-side band amplitude modulation (DSB-AM) voice capability 
for emergency back-up to VHF radios used for voice communications. It would be necessary in this case to demonstrate that 
the VDL functionality of the VDR does not interfere with the DSB-AM voice functionality. 


5.2.2. The VDL function in the VHF digital radio provides an air-ground data link service to the VDL subnetwork 
user entity of the aircraft ATN intermediate system. If the provision of a VHF subnetwork service to an ATN intermediate 
system were considered an essential service for a particular installation, the VDL functionality of the VDR would need to 
be certified as an essential function. The use of VDL for ATS communications is not, however, intended to require two 
aircraft radios to operate simultaneously in VDL mode. 


5.3 Registration of aircraft with VDL network operators 


5.3.1 For normal communications service, it is to be expected that aircraft operators will be required to register their 
aircraft with the network operators. In emergency or back-up situations, it must be possible for any VDL-equipped aircraft to 
establish connectivity over any VDL ground station network. 


5.3.2 Registration of aircraft VDL stations with VDL network operators is desirable for network management since, for 
example, a network operator may identify a temporary fault in the VDL communications from an aircraft and would wish to 
contact the operator of the aircraft in order to have the fault resolved. Registration of aircraft is also useful in planning the 
required ground station network capacity. Registration with a VDL ground station network operator does not necessarily 
imply that the aircraft operator will be charged for use of the VDL ground station network. 
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ATTACHMENT TO PART II. GUIDANCE MATERIAL 
FOR COMMUNICATION SYSTEMS 


1. VHF COMMUNICATIONS 


1.1 Audio characteristics of VHF communication equipment 


1.1.1 The aeronautical radiotelephony services represent a special case of the application of radiotelephony, in that the 
requirement is for the transmission of messages in such a way that fidelity of wave form is of secondary importance, 
emphasis being upon fidelity of basic intelligence. This means that it is not necessary to transmit those parts of the wave form 
which are solely concerned with individuality, accent and emphasis. 


1.1.2 The effective acceptance bandwidth for 8.33 kHz equipment is required to be at least plus and minus 3 462 Hz. 
This value considers the general case, i.e. air-to-ground transmissions and consists of 2 500 Hz audio bandwidth, 685 Hz for 
an aircraft transmitter instability of 5 ppm, 137 Hz for a ground receiver instability of 1 ppm and 140 Hz due to Doppler shift 
(2.2.2.4 and 2.3.2.6 of Part II refer). 


1.2 Offset carrier system in 25 kHz, 50 kHz and 100 kHz spaced channels 
The following are examples of offset carrier systems which meet the requirements of Part II, 2.2.1.1.1. 


a) 2-carrier system. Carriers should be spaced at plus and minus 5 kHz. This requires a frequency stability of plus or 
minus 2 kHz (15.3 parts per million at 130 MHz). 


b) 3-carrier system. Carriers should be spaced at zero and plus and minus 7.3 kHz. This requires a frequency stability 
of plus or minus 0.65 kHz (5 parts per million at 130 MHz). 


The following are examples or 4- and 5-carrier systems which meet the requirements of Part I, 2.2.1.1.1. 


c) 4-carrier system. Carriers should be spaced at plus and minus 2.5 kHz and plus and minus 7.5 kHz. This requires a 
frequency stability of plus or minus 0.5 kHz (3.8 parts per million at 130 MHz). 


d) 5-carrier system. Carriers should be spaced at zero, plus and minus 4 kHz and plus and minus 8 kHz. A frequency 
stability in the order of plus or minus 40 Hz (0.3 parts per million at 130 MHz) is an achievable and practicable 
interpretation of the requirement in this case. 


Note 1.— The carrier frequency spacings referred to above are with respect to the assigned channel frequency. 


Note 2.— In aircraft receivers which employ a measurement of the received carrier-to-noise ratio to operate the mute, 
the audio heterodynes caused by the reception of two or more off-set carriers can be interpreted as noise and cause the audio 
output to be muted even when an adequate wanted signal is present. In order that the airborne receiving system can conform 
with the sensitivity recommendations contained in Part I, 2.3.2.2, the design of the receivers may need to ensure that their 
sensitivity is maintained at a high level when receiving off-set carrier transmissions. The use of a carrier level override is an 
unsatisfactory solution to this requirement, but where it is employed, setting the override level as low as possible can 
ameliorate the problem. 
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1.3. Immunity performance of COM receiving systems in the 
presence of VHF FM broadcast interference 


1.3.1 With reference to the Note of 2.3.3.2 of Part II, the immunity performance defined there must be measured 
against an agreed measure of derogation of the receiving system’s normal performance, and in the presence of, and under 
standard conditions for the input wanted signal. This is necessary to ensure that the checking of receiving station equipment 
on bench test can be performed to a repeatable set of conditions, and results, and to facilitate their subsequent approval. An 
adequate measure of immunity performance may be obtained by the use of wanted signal of minus 87 dBm into the receiving 
equipment and the signal modulated with a 1 kHz tone at 30 per cent modulation depth. The signal-to-noise ratio should not 
fall below 6 dB when the interfering signals specified at Part II, 2.3.3.1 and 2.3.3.2 are applied. The broadcast signals should 
be selected from frequencies in the range between 87.5 and 107.9 MHz and should be modulated with a representative 
broadcast type signal. 


Note 1.— The signal level of minus 87 dBm assumes a combined antenna and feeder gain of 0 dB. 


Note 2.— The reduction in the signal-to-noise ratio quoted above is for the purpose of standardization when checking 
that receiving station equipment on bench measurements meet the required immunity. In the planning of frequencies and in 
the assessment of protection from FM broadcast interference, a value not less than this, and in many cases higher, depending 
on the operational circumstances in individual cases, should be chosen as the basis of the interference assessment. 


2. SELCAL SYSTEM 


2.1 This material is intended to provide information and guidance relating to the operation of the SELCAL system. It is 
associated with the Recommended Practices contained in Part II, Chapter 3. 


a) Function. The purpose of the SELCAL system is to permit the selective calling of individual aircraft over 
radiotelephone channels linking the ground station with the aircraft, and is intended to operate on en-route 
frequencies with existing HF and VHF ground-to-air communications transmitters and receivers with a minimum of 
electrical and mechanical modification. The normal functioning of the ground-to-air communications link should be 
unaffected, except at such time as the selective calling function is being formed. 


b) Principles of operation. Selective calling is accomplished by the coder of the ground transmitter sending a single 
group of coded tone pulses to the aircraft receiver and decoder. The airborne receiver and decoder equipment is 
capable of receiving and interpreting, by means of an indicator, the correct code and rejecting all other codes in the 
presence of random noise and interference. The ground portion of the coding device (ground selective calling unit) 
supplies coded information to the ground-to-air transmitter. The airborne selective calling unit is the special airborne 
equipment which operates with existing communications receivers on the aircraft to permit decoding of the 
ground-to-air signals for display on the signal indicator. The type of signal indicator can be chosen to suit 
operational requirements of the user and may consist of a lamp, a bell, a chime or any combination of such 
indicating devices. 


— END — 


22/11/07 ATT II-2 


©1CAO 2007 
8/07, E/P1/2200 


Order No. AN10-3 
Printed in ICAO 








